CN108664255A - 一种软件升级方法及装置 - Google Patents
一种软件升级方法及装置 Download PDFInfo
- Publication number
- CN108664255A CN108664255A CN201710187257.6A CN201710187257A CN108664255A CN 108664255 A CN108664255 A CN 108664255A CN 201710187257 A CN201710187257 A CN 201710187257A CN 108664255 A CN108664255 A CN 108664255A
- Authority
- CN
- China
- Prior art keywords
- file
- patch
- backup
- model
- change
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Stored Programmes (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种软件升级方法及装置。该方法包括:若接收到升级指令,根据补丁中的文件和目标软件中的文件,确定所述补丁对应的变更文件;根据所述补丁对应的所述变更文件建立所述补丁的备份文件模型,其中,所述备份文件模型为根据所述补丁对应的所述变更文件的目录层次生成的树结构;根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件;基于所述补丁执行升级操作。本发明实施例在软件升级时基于备份文件模型仅备份变更文件,相比于现有技术中进行全软件版本备份,减少了备份文件的数量,节省了软件补丁升级时的耗时,提高了升级效率。
Description
技术领域
本发明涉及计算机技术领域,特别涉及一种软件升级方法及装置。
背景技术
软件版本发布后,为了修正漏洞(bug)或者添加新的功能,往往会采用补丁集的形式进行升级。软件的补丁集一般会包括多个补丁,补丁集升级时会先按照次序逐个的进行打补丁操作。如果补丁集升级前不进行软件版本的备份,一旦一个补丁升级出现问题,则只能重新安装软件,因此补丁集升级时版本的备份非常重要。补丁集升级前不能提前得知修改的文件,只能进行整个软件版本的备份,因软件在现场运行一段时间后文件的数量会变得非常巨大,这将大大增加补丁集升级的耗时。
在现有技术中,针对软件版本补丁升级时全版本备份耗时较长,导致升级时效率较低的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例的目的在于提供一种软件升级方法及装置,解决了软件版本补丁升级时全版本备份耗时较长,导致升级时效率较低的问题。
为了达到上述目的,本发明实施例提供一种软件升级方法。该方法包括:
若接收到升级指令,根据补丁中的文件和目标软件中的文件,确定所述补丁对应的变更文件;
根据所述补丁对应的所述变更文件建立所述补丁的备份文件模型,其中,所述备份文件模型为根据所述补丁对应的所述变更文件的目录层次生成的树结构;
根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件;
基于所述补丁执行升级操作。
本发明实施例还提供一种软件升级装置。该装置包括:
确定模块,用于若接收到升级指令,根据补丁中的文件和目标软件中的文件,确定所述补丁对应的变更文件;
建立模块,用于根据所述补丁对应的所述变更文件建立所述补丁的备份文件模型,其中,所述备份文件模型为根据所述补丁对应的所述变更文件的目录层次生成的树结构;
第一备份模块,用于根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件;
升级模块,用于基于所述补丁执行升级操作。
本发明实施例还提供一种计算机存储介质,所述计算机存储介质中存储有计算机可执行的一个或多个程序,所述一个或多个程序被所述计算机执行时使所述计算机执行如上述提供的一种软件升级方法。
上述技术方案中的一个技术方案具有如下优点或有益效果:
本发明实施例通过若接收到升级指令,根据补丁中的文件和目标软件中的文件,确定所述补丁对应的变更文件;根据所述补丁对应的所述变更文件建立所述补丁的备份文件模型,其中,所述备份文件模型为根据所述补丁对应的所述变更文件的目录层次生成的树结构;根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件;基于所述补丁执行升级操作。本发明实施例在软件升级时基于备份文件模型仅备份变更文件,相比于现有技术中进行全软件版本备份,减少了备份文件的数量,节省了软件补丁升级时的耗时,提高了升级效率。
附图说明
图1为本发明实施例提供的软件升级方法的流程图;
图2为本发明又一实施例提供的软件升级方法的流程图;
图3为本发明又一实施例提供的软件升级方法的流程图;
图4为本发明实施例提供的文件备份模型的示意图;
图5为本发明实施例提供的的软件升级装置的示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
如图1所示,本发明实施例提供一种软件升级方法,包括以下步骤:
步骤S101、若接收到升级指令,根据补丁中的文件和目标软件中的文件,确定所述补丁对应的变更文件。
本实发明实施例中,升级指令用于指示需要执行软件升级操作,目标软件可以为任意一个需要进行升级的软件,变更文件可以是删除文件和/或修改文件,其中,删除文件可以包括在补丁中不存在且在目标软件中存在的文件。修改文件可以包括在补丁文件中存在且在目标软件中不存在的文件。可选地,本发明实施例可以基于补丁中的文件,从目标软件中的文件中查找是否存在与补丁中文件的目录层次相同且同名的文件。
步骤S102、根据所述补丁对应的所述变更文件建立所述补丁的备份文件模型,其中,所述备份文件模型为根据所述补丁对应的所述变更文件的目录层次生成的树结构。
本发明实施例中,备份文件模型为根据变更文件的目录层次生成的树结构,具体的,可以先基于每个变更文件的目录层次生成树节点。在得到各个变更文件对应的树节点后,可以合并各个变更文件对应的树节点得到备份文件模型。
步骤S103、根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件。
本发明实施例中,根据变更文件对应的节点进行文件备份,从而仅对变更文件进行备份,从而可以减少备份文件的数量。
步骤S104、基于所述补丁执行升级操作。
本发明实施例通过若接收到升级指令,根据补丁中的文件和目标软件中的文件,确定所述补丁对应的变更文件;根据所述补丁对应的所述变更文件建立所述补丁的备份文件模型,其中,所述备份文件模型为根据所述补丁对应的所述变更文件的目录层次生成的树结构;根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件;基于所述补丁执行升级操作。本发明实施例在软件升级时基于备份文件模型仅备份变更文件,相比于现有技术中进行全软件版本备份,减少了备份文件的数量,节省了软件补丁升级时的耗时,提高了升级效率。
如图2所示,本发明实施例还提供一种软件升级方法,包括以下步骤:
步骤S201、若接收到升级指令,根据补丁中的文件和目标软件中的文件,确定所述补丁对应的新增文件和更改文件。
本发明实施例中,新增文件可以包括在补丁中存在且在目标软件中不存在的文件。
步骤S202、根据所述补丁对应的所述新增文件和所述变更文件建立所述补丁的备份文件模型。
在本发明实施例中,备份文件模型为根据新增文件和变更文件的目录层次生成的树结构。具体的,本发明实施例可以分别根据各个新增文件和各个变更文件的目录层次生成树节点,并对各个树节点进行属性标识,例如,对于新增文件,可以将其对应的节点标识为新增,对于删除文件,可以将其对应的节点标识为删除等。并将各个树节点进行合并,得到备份文件模型。
步骤S203、根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件。
本发明实施例中,根据变更文件对应的节点进行文件备份,从而仅对变更文件进行备份,从而可以减少备份文件的数量。
步骤S204、基于所述补丁执行升级操作。
可选地,在基于所述补丁执行升级操作之后,所述方法还包括:若接收到回滚指令,根据所述备份文件模型和所述备份文件执行回滚操作。
可选的,在本发明实施例中,可以直接从升级后的目标软件中删除与备份文件模型的各个节点对应的文件,并将备份文件添加至目标软件中,以使目标软件快速回滚至升级前的版本。
可选地,所述补丁包括第一补丁和第二补丁,根据所述补丁中的文件和所述目标软件中的文件,确定所述补丁对应的新增文件和变更文件,包括:根据所述第一补丁中的文件和所述目标软件中的文件,确定所述第一补丁对应的新增文件和变更文件,根据所述第二补丁中的文件和所述目标软件中的文件,确定所述第二补丁对应的新增文件和变更文件;
所述根据所述补丁对应的所述新增文件和所述变更文件建立所述补丁的备份文件模型,包括:根据所述第一补丁对应的新增文件和变更文件建立所述第一补丁的第一备份文件模型,根据所述第二补丁对应的新增文件和变更文件建立所述第二补丁的第二备份文件模型;合并所述第一备份文件模型和所述第二备份文件模型中的各个节点,得到合并后的备份文件模型;
所述根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件,包括:根据所述合并后的备份文件模型中所述变更文件对应的节点进行文件备份,得到所述备份文件。
本发明实施例中,当补丁的数量为多个时,分别根据各个补丁对应的新增文件和变更文件建立各个补丁的备份文件模型,并合并各个补丁的备份文件模型中的节点,并基于合并后的备份文件模型进行文件备份。以下本发明实施例以第一补丁和第二补丁为例进行说明。
本发明实施例中,第一备份文件模型为根据第一补丁的各个新增文件和各个变更文件的目录层次建立的树结构,第二备份文件模型为根据第二补丁的各个新增文件和各个变更文件的目录层次建立的树结构,由于第一补丁和第二补丁中可能会存在相同的新增文件和变更文件,为了避免备份文件的冗余,合并所述第一备份文件模型和所述第二备份文件模型中的各个节点,其中,对于相同的节点,合并后仅保留一个。具体的,本发明实施例可以以第一补丁的备份文件模型为基准,遍历第二补丁的备份文件模型的各个节点,将第二补丁的备份文件模型中与第一补丁的备份文件模型不同的节点添加至第一补丁的备份文件模型中,从而得到合并后的备份文件模型。从而基于合并后的备份文件模型中变更文件对应的节点进行文件备份时,可以避免多次备份不同补丁之间相同的文件而造成备份文件的冗余。
可选地,所述第一补丁的升级次序位于所述第二补丁之前,在根据所述第一补丁对应的新增文件和变更文件建立所述第一补丁的第一备份文件模型,根据所述第二补丁对应的新增文件和变更文件建立所述第二补丁的第二备份文件模型之后,所述方法还包括:根据所述第一备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第一补丁对应的备份文件;删除所述第二备份文件模型中与所述第一备份文件模型相同的节点,得到更新后的第二备份文件模型,并根据所述更新后的第二备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第二补丁对应的备份文件。
实际情况中,当补丁的个数为多个时,通常是依次根据多个补丁中的每一个补丁进行升级。在本发明实施例中,第一补丁的升级次序先于第二补丁。本发明实施例在得到第一备份文件模型之后,基于第一备份文件模型进行文件备份,得到第一补丁对应的备份文件。具体的,第一补丁对应的备份文件为基于第一补丁升级时目标软件需要更改的文件。在得到第二备份文件模型后,可以删除所述第二备份文件模型中与所述第一备份文件模型相同的节点,得到更新后的第二备份文件模型,从而根据更新后的第二备份文件模型进行文件备份,得到第二补丁对应的备份文件,其中,第二补丁对应的备份文件为基于第二补丁升级时目标软件需要变更的文件。
可选地,本发明实施例可以将各个还原点与各个备份文件模型和各个备份文件分别建立对应关系,从而根据某个还原点对应的备份文件模型和备份文件可以使目标软件快速回滚至该还原点。
可选地,所述补丁包括第一补丁和第二补丁,所述第一补丁的升级次序位于所述第二补丁之前,根据所述补丁中的文件和所述目标软件中的文件,确定所述补丁对应的新增文件和变更文件,包括:根据所述第一补丁中的文件和所述目标软件中的文件,确定所述第一补丁对应的新增文件和变更文件;
所述根据所述补丁对应的所述新增文件和所述变更文件建立所述补丁的备份文件模型,包括:根据所述第一补丁对应的新增文件和变更文件建立所述第一补丁的第一备份文件模型;
所述根据所述备份文件模型中所述变更文件对应的节点进行文件备份,包括:根据所述第一备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第一补丁对应的备份文件;
所述基于所述补丁执行升级操作,包括:基于所述第一补丁执行升级操作;
在基于所述第一补丁执行升级操作之后,所述方法还包括:若根据所述第一补丁升级成功,则根据所述第二补丁中的文件和所述目标软件中的文件,确定所述第二补丁对应的新增文件和变更文件;根据所述第二补丁对应的新增文件和变更文件建立所述第二补丁的第二备份文件模型;删除所述第二备份文件模型中与所述第一补丁的备份文件模型相同的节点,得到更新后的第二备份文件模型;根据所述更新后的第二备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第二补丁对应的备份文件;基于所述第二补丁执行升级操作。
本发明实施例中,串行执行各个补丁的文件备份与升级,具体的,先根据所述第一补丁中的文件和所述目标软件中的文件,确定所述第一补丁对应的新增文件和变更文件;根据所述第一补丁对应的新增文件和变更文件建立所述第一补丁的第一备份文件模型;根据所述第一备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第一补丁对应的备份文件;基于所述第一补丁执行升级操作。若所述第一补丁升级成功,则根据所述第二补丁中的文件和所述目标软件中的文件,确定所述第二补丁对应的新增文件和变更文件;根据所述第二补丁对应的新增文件和变更文件建立所述第二补丁的第二备份文件模型;删除所述第二备份文件模型中与所述第一补丁的备份文件模型相同的节点,得到更新后的第二备份文件模型;根据所述更新后的第二备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第二补丁对应的备份文件;基于所述第二补丁执行升级操作。
可选地,在本发明实施例中,在得到第二备份文件模型之后,还可以将第二备份文件模型和第一备份文件模型合并,得到合并后的备份文件模型。
可选地,本发明实施例可以将各个还原点与各个备份文件模型和各个备份文件分别建立对应关系,从而根据某个还原点对应的备份文件模型和备份文件可以使目标软件快速回滚至该还原点。
可选地,在基于所述补丁执行升级操作之后,所述方法还包括:若接收到回滚指令,根据所述回滚指令中的目标还原点获取与所述目标还原点对应的备份文件模型和备份文件;根据与所述目标还原点对应的备份文件模型和备份文件对升级后的目标软件执行回滚操作。
本发明实施例中,回滚指令用于指示需要执行回滚操作,例如,在通过某个补丁升级失败时。可选地,可以通过弹出窗口提示用户是否执行回滚操作以及输入目标还原点,在接收到用户输入的目标还原点后,获取与该目标还原点对应的备份文件模型和备份文件。
可选地,所述根据与所述目标还原点对应的备份文件模型和备份文件对升级后的目标软件执行回滚操作,包括:从所述升级后的目标软件中删除与所述目标还原点对应的备份文件模型中的各个节点对应的文件,并将与所述目标还原点对应的备份文件添加至所述目标软件中。
可选地,若所述补丁中的文件包括空目录,在根据所述补丁对应的所述新增文件、所述删除文件和所述修改文件建立所述补丁的备份文件模型之前,所述方法还包括:在所述空目录中增加说明文件。
其中,说明文件可以是任意格式文件,例如,WORD文件、TXT文件等。本发明实施例在所述空目录中增加说明文件后,可以根据该说明文件的目录层次建立树节点。通过将空目录转化为其下包含的一个说明文件,可以简化整个备份文件模型,将整个备份文件模型最终归于多个单独文件的操作,使得文件作为最小的操作单位,从而多个补丁先后进行升级时不会出现向已记录的空目录下新增文件这种情况。
本发明实施例通过若接收到升级指令,根据补丁中的文件和目标软件中的文件,确定所述补丁对应的新增文件和更改文件;根据所述补丁对应的所述新增文件和所述变更文件建立所述补丁的备份文件模型;根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件;基于所述补丁执行升级操作。通过在软件升级时基于备份文件模型仅备份变更文件,相比于现有技术中进行全软件版本备份,减少了备份文件的数量,节省了软件补丁升级时的耗时,提高了升级效率。而且,可以基于备份文件模型和备份文件使目标软件方便快速的回滚至升级前的版本。
如图3所示,本发明实施例提供一种软件升级方法,包括以下步骤:
步骤S301、以补丁中文件为参照,逐个扫描目标软件中的同名文件,并置相应的标识位。
具体的,对于补丁中的文件,如果目标软件中该文件存在,则标识为修改;如果目标软件中该文件不存在,则标识为新增;如果需要删除该文件,则标识为删除。
步骤S302、建立补丁的备份文件模型。
具体的,可以参见图4,备份文件模型建立过程如下:
如果是新增的文件(也即新增文件),根据该文件的目录层次建立树节点,并将该节点标记为新增,其中,如果新增的文件是空目录,则在该目录下新增说明文件,例如,ignore.txt,并根据该说明文件的目录层次建立树节点,将该节点标记为新增。
本发明实施例通过将空目录的新增转化为空目录中的一个说明文件的新增,可以简化整个备份文件模型,将整个备份文件模型最终归于多个单独文件的操作,使得文件作为最小的操作单位,可以避免多个补丁先后进行升级时出现向已记录的空目录下新增文件的这种情况。
如果是删除的文件(也即删除文件),根据该文件的目录层次建立树节点,并将该节点标记为删除,其中,如果删除的文件是空目录,则在空目录下新增说明文,例如,ignore.txt,根据说明文件的目录层次建立树节点,并将该节点标识为删除。
如果是修改的文件(也即修改文件),可以将修改作为删除和新增的组合。这样做可以进一步简化对文件操作的类型,将对文件的所有操作简化为新增和删除两种。将修改的文件转化为删除的文件和新增的文件的组合,并分别根据删除的文件和新增的文件的目录层次建立树节点。
将按照上述规则建立的树节点归并到同一棵树结构中,得到备份文件模型。
步骤S303、根据补丁的备份文件模型进行文件备份,并基于该补丁执行升级操作。
在本发明实施例中,文件备份时将备份文件模型中标识为删除的节点依次备份到一个固定的目录,对于标识为新增的节点只记录,不处理。
补丁升级前也可以保存当前的备份文件模型,这样在某个补丁升级失败或者手工进行回退时,可以选择回退到该还原点。
步骤S304、判断是否升级成功。
若升级成功,执行步骤S305,若升级失败,执行步骤S309。
步骤S305、判断是否还有其他补丁。
本发明实施例中,其他补丁是指除已升级的补丁之外的当前需要升级的补丁。若还有其他补丁,则执行步骤S306,若没有其他补丁,则执行步骤S308。
步骤S306、对后续补丁继续建立备份文件模型,并且将该补丁的备份文件模型归并到之前的备份文件模型中,得到归并后的备份文件模型。
本发明实施例中,后续补丁是指升级次序位于当前已升级的补丁之后的补丁,之前的备份文件模型是指前面升级的补丁的备份文件模型。
本发明实施例中,建立后续补丁的备份文件模型的过程如下:
如果是新增的文件,根据该文件的目录层次建立新,得到归并后的备份文件模型的树节点,如果该节点在之前的备份文件模型中存在则不处理,如果该节点不存在则将节点添加至之前备份文件模型中,并标识为新增。
如果是删除的文件,根据该文件的目录层次建立新的树节点,如果该节点在之前的备份文件模型中存在则不处理;如果该节点不存在则将该节点添加至之前的备份文件模型中,并标识为删除。
本发明实施例通过对新增和删除的树节点先进行存在性判断,目的是针对同一个文件只记录第一次操作,后续补丁升级时无论再对该文件进行何种操作,或者进行多少次操作都不再处理,从而可以降低本发明实施例的软件升级方法的复杂度。
步骤S307、根据归并后的备份文件模型再次进行备份,然后进行补丁升级。
在该补丁升级之后,返回执行步骤S305。具体的,本发明实施例可以重复执行步骤S305至步骤S307直至所有补丁升级完毕。
需要说明的是,本发明实施例也可以重复执行步骤S304至步骤S307直至所有补丁升级完毕。
步骤S308、是否需要回退版本。
若需要回退(也即回滚)版本,执行步骤S309,若不需要回退版本,则结束。实际情况中,若存在某个补丁升级失败,或是补丁升级成功,但是业务不正常,则通常需要将升级后的目标软件回退至升级前的版本。
步骤S309、根据备份文件模型进行软件回退。
具体的,软件回退的流程可以如下:遍历归并后的备份文件模型中的节点,并从目标软件中删除归并后的备份文件模型中各个节点对应的文件;将备份文件覆盖到目标软件中。
需要说明的是,这里的删除是指所有节点的删除,不仅仅包含标识为新增的节点,标识为删除的也需要删除,因为标识为删除的节点是在第一次操作该节点时记录的,后续的操作时该节点可能会被新建,修改,甚至在目录下放置了其他的文件,删除会彻底清理掉这些文件,才能保证将备份文件覆盖到目标中后软件版本的状态和当时的状态是完全一致的。
本发明实施例的软件升级方法,与现有的软件升级时全版本备份方案相比,备份的文件大大减少;同时也去除了补丁之间相同文件这部分冗余的备份,进一步降低了需要备份的文件数量,节省了软件补丁升级时的耗时,提高了升级效率。
以下以实例对本发明实施例进行说明:
补丁集patchSet中包含补丁patch1和补丁patch2。补丁patch1中包括:新增文件FileAdd1,新增空目录DirAdd1,删除文件FileDel1,删除空目录DirDel2,删除目录DirDel3,修改文件FileModify;补丁patch2中包括:删除文件FileAdd1,FileDel4,新增FileAdd2,DirDel2。
步骤a,以补丁patch1中的文件为参照,逐个扫描目标软件中的同名文件,并置相应的标识,具体的,FileAdd1,DirAdd1在软件版本中不存在,置为新增;FileDel1,DirDel2,DirDel3在目标软件中存在但是需要删除,置为删除;FileModify在软件版本和patch1中都存在,置为修改。
步骤b,建立patch1备份文件模型。
具体的,根据FileAdd1的目录层次建立树节点,并标识为新增。由于DirAdd1是新增的空目录,在DirAdd1中新增一个说明文件,例如,ignore.txt,根据ignore.txt的目录层次建立树节点,并标识为新增。
根据FileDel1的目录层次建立树节点,并标识为删除。由于DirDel2是删除的空目录,在DirDel2新增一个说明文件,例如,ignore.txt,并根据ignore.txt的目录层次建立树节点,并标识为删除。
由于DirDel3是删除的非空目录,根据DirDel3中各个文件的目录层次建立树节点,并标识为删除。FileModify是修改的文件,根据FileModify的目录层次建立树节点,并标识为删除。
步骤c,根据补丁patch1的备份文件模型进行文件备份,然后基于补丁patch1进行升级。
文件备份时只备份标识为删除的文件,例如,FileDel1,DirDel2/ignore.txt,DirDel3下所有叶子节点文件,FileModify。
步骤d,建立补丁patch2备份文件模型,并且将该补丁的备份文件模型归并到之前的备份文件模型中。
FileAdd1和DirDel2在补丁patch1中已经记录,不在归并到之前的备份文件模型中,只需归并FileDel4和FileAdd2即可。
步骤e,根据归并后的补丁的备份文件模型进行文件备份,然后升级补丁patch2。
具体的,只需备份备份文件模型中的FileDel4和FileAdd2即可。
步骤f,如果补丁patch1和补丁patch2升级失败或者升级成功后需要回退版本,执行以下操作:在升级后的目标软件中删除归并后的备份文件模型中的所有节点;将所有备份的文件覆盖到目标软件中。
通过上述操作后即可实现目标软件全版本的回退,即回到目标软件升级之前的版本。
如图5所示,本发明实施例提供一种软件升级装置,该软件升级装置50包括:
确定模块51,用于若接收到升级指令,根据补丁中的文件和目标软件中的文件,确定所述补丁对应的变更文件;
建立模块52,用于根据所述补丁对应的所述变更文件建立所述补丁的备份文件模型,其中,所述备份文件模型为根据所述补丁对应的所述变更文件的目录层次生成的树结构;
第一备份模块53,用于根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件;
升级模块54,用于基于所述补丁执行升级操作。
可选地,所述确定模块51还用于:若接收到升级指令,根据所述补丁中的文件和所述目标软件中的文件,确定所述补丁对应的新增文件;所述建立模块具体用于:根据所述补丁对应的所述新增文件和所述变更文件建立所述补丁的备份文件模型。
可选地,所述补丁包括第一补丁和第二补丁,所述确定模块51具体用于:根据所述第一补丁中的文件和所述目标软件中的文件,确定所述第一补丁对应的新增文件和变更文件,根据所述第二补丁中的文件和所述目标软件中的文件,确定所述第二补丁对应的新增文件和变更文件;所述建立模块52具体用于:根据所述第一补丁对应的新增文件和变更文件建立所述第一补丁的第一备份文件模型,根据所述第二补丁对应的新增文件和变更文件建立所述第二补丁的第二备份文件模型;合并所述第一备份文件模型和所述第二备份文件模型中的各个节点,得到合并后的备份文件模型;所述第一备份模块具体用于:根据所述合并后的备份文件模型中所述变更文件对应的节点进行文件备份,得到所述备份文件。
可选地,所述第一补丁的升级次序位于所述第二补丁之前,所述装置还包括:第二备份模块,用于在根据所述第一补丁对应的新增文件和变更文件建立所述第一补丁的第一备份文件模型,根据所述第二补丁对应的新增文件和变更文件建立所述第二补丁的第二备份文件模型之后,根据所述第一备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第一补丁对应的备份文件;第三备份模块,用于删除所述第二备份文件模型中与所述第一备份文件模型相同的节点,得到更新后的第二备份文件模型,并根据所述更新后的第二备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第二补丁对应的备份文件。
可选地,所述补丁包括第一补丁和第二补丁,所述第一补丁的升级次序位于所述第二补丁之前,所述确定模块51具体用于:根据所述第一补丁中的文件和所述目标软件中的文件,确定所述第一补丁对应的新增文件和变更文件;所述建立模块52具有用于:根据所述第一补丁对应的新增文件和变更文件建立所述第一补丁的第一备份文件模型;所述备份模块53具体用于:根据所述第一备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第一补丁对应的备份文件;所述升级模块54具体用于:基于所述第一补丁执行升级操作;
所述确定模块51还用于:在基于所述第一补丁执行升级操作之后,若根据所述第一补丁升级成功,则根据所述第二补丁中的文件和所述目标软件中的文件,确定所述第二补丁对应的新增文件和变更文件;所述建立模块52还用于:根据所述第二补丁对应的新增文件和变更文件建立所述第二补丁的第二备份文件模型;删除所述第二备份文件模型中与所述第一补丁的备份文件模型相同的节点,得到更新后的第二备份文件模型;所述备份模块53还用于:根据所述更新后的第二备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第二补丁对应的备份文件;所述升级模块54还用于:基于所述第二补丁执行升级操作。
可选地,所述装置还包括:回滚模块,用于在基于所述补丁执行升级操作之后,若接收到回滚指令,根据所述备份文件模型和所述备份文件执行回滚操作。
本发明实施例通过确定模块51若接收到升级指令,根据补丁中的文件和目标软件中的文件,确定所述补丁对应的变更文件;建立模块52根据所述补丁对应的所述变更文件建立所述补丁的备份文件模型,其中,所述备份文件模型为根据所述补丁对应的所述变更文件的目录层次生成的树结构;第一备份模块53根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件;升级模块54基于所述补丁执行升级操作。本发明实施例在软件升级时基于备份文件模型仅备份变更文件,相比于现有技术中进行全软件版本备份,减少了备份文件的数量,节省了软件补丁升级时的耗时,提高了升级效率。
需要说明的是,本发明实施例中上述软件升级装置可以是本发明实施例中方法实施例中任意实施方式的用户终端,本发明实施例中方法实施例中用户终端的任意实施方式都可以被本实施例中的上述软件升级装置所实现,以及达到相同的有益效果,此处不再赘述。
本领域普通技术人员可以理解实现上述实施例方法的全部或者部分步骤是可以通过程序指令相关的硬件来完成,所述的程序可以存储于一计算机可读取介质中,该程序在执行时,包括以下步骤:若接收到升级指令,根据补丁中的文件和目标软件中的文件,确定所述补丁对应的变更文件;根据所述补丁对应的所述变更文件建立所述补丁的备份文件模型,其中,所述备份文件模型为根据所述补丁对应的所述变更文件的目录层次生成的树结构;根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件;基于所述补丁执行升级操作。
可选地,若接收到升级指令,该程序在执行时,还包括:根据所述补丁中的文件和所述目标软件中的文件,确定所述补丁对应的新增文件;所述根据所述补丁对应的所述变更文件建立所述补丁的备份文件模型,包括:根据所述补丁对应的所述新增文件和所述变更文件建立所述补丁的备份文件模型。
可选地,所述补丁包括第一补丁和第二补丁,根据所述补丁中的文件和所述目标软件中的文件,确定所述补丁对应的新增文件和变更文件,包括:根据所述第一补丁中的文件和所述目标软件中的文件,确定所述第一补丁对应的新增文件和变更文件,根据所述第二补丁中的文件和所述目标软件中的文件,确定所述第二补丁对应的新增文件和变更文件;所述根据所述补丁对应的所述新增文件和所述变更文件建立所述补丁的备份文件模型,包括:根据所述第一补丁对应的新增文件和变更文件建立所述第一补丁的第一备份文件模型,根据所述第二补丁对应的新增文件和变更文件建立所述第二补丁的第二备份文件模型;合并所述第一备份文件模型和所述第二备份文件模型中的各个节点,得到合并后的备份文件模型;所述根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件,包括:根据所述合并后的备份文件模型中所述变更文件对应的节点进行文件备份,得到所述备份文件。
可选地,所述补丁包括第一补丁和第二补丁,所述第一补丁的升级次序位于所述第二补丁之前,根据所述补丁中的文件和所述目标软件中的文件,确定所述补丁对应的新增文件和变更文件,包括:根据所述第一补丁中的文件和所述目标软件中的文件,确定所述第一补丁对应的新增文件和变更文件;所述根据所述补丁对应的所述新增文件和所述变更文件建立所述补丁的备份文件模型,包括:根据所述第一补丁对应的新增文件和变更文件建立所述第一补丁的第一备份文件模型;所述根据所述备份文件模型中所述变更文件对应的节点进行文件备份,包括:根据所述第一备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第一补丁对应的备份文件;所述基于所述补丁执行升级操作,包括:基于所述第一补丁执行升级操作;在基于所述第一补丁执行升级操作之后,该程序在执行时,还包括以下步骤:若根据所述第一补丁升级成功,则根据所述第二补丁中的文件和所述目标软件中的文件,确定所述第二补丁对应的新增文件和变更文件;根据所述第二补丁对应的新增文件和变更文件建立所述第二补丁的第二备份文件模型;删除所述第二备份文件模型中与所述第一补丁的备份文件模型相同的节点,得到更新后的第二备份文件模型;根据所述更新后的第二备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第二补丁对应的备份文件;基于所述第二补丁执行升级操作。
可选地,在基于所述补丁执行升级操作之后,该程序在执行时,还包括:若接收到回滚指令,根据所述备份文件模型和所述备份文件执行回滚操作。
所述的存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种软件升级方法,其特征在于,包括:
若接收到升级指令,根据补丁中的文件和目标软件中的文件,确定所述补丁对应的变更文件;
根据所述补丁对应的所述变更文件建立所述补丁的备份文件模型,其中,所述备份文件模型为根据所述补丁对应的所述变更文件的目录层次生成的树结构;
根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件;
基于所述补丁执行升级操作。
2.根据权利要求1所述的方法,其特征在于,若接收到升级指令,所述方法还包括:根据所述补丁中的文件和所述目标软件中的文件,确定所述补丁对应的新增文件;
所述根据所述补丁对应的所述变更文件建立所述补丁的备份文件模型,包括:根据所述补丁对应的所述新增文件和所述变更文件建立所述补丁的备份文件模型。
3.根据权利要求2所述的方法,其特征在于,所述补丁包括第一补丁和第二补丁,根据所述补丁中的文件和所述目标软件中的文件,确定所述补丁对应的新增文件和变更文件,包括:根据所述第一补丁中的文件和所述目标软件中的文件,确定所述第一补丁对应的新增文件和变更文件,根据所述第二补丁中的文件和所述目标软件中的文件,确定所述第二补丁对应的新增文件和变更文件;
所述根据所述补丁对应的所述新增文件和所述变更文件建立所述补丁的备份文件模型,包括:根据所述第一补丁对应的新增文件和变更文件建立所述第一补丁的第一备份文件模型,根据所述第二补丁对应的新增文件和变更文件建立所述第二补丁的第二备份文件模型;合并所述第一备份文件模型和所述第二备份文件模型中的各个节点,得到合并后的备份文件模型;
所述根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件,包括:根据所述合并后的备份文件模型中所述变更文件对应的节点进行文件备份,得到所述备份文件。
4.根据权利要求2所述的方法,其特征在于,所述补丁包括第一补丁和第二补丁,所述第一补丁的升级次序位于所述第二补丁之前,根据所述补丁中的文件和所述目标软件中的文件,确定所述补丁对应的新增文件和变更文件,包括:根据所述第一补丁中的文件和所述目标软件中的文件,确定所述第一补丁对应的新增文件和变更文件;
所述根据所述补丁对应的所述新增文件和所述变更文件建立所述补丁的备份文件模型,包括:根据所述第一补丁对应的新增文件和变更文件建立所述第一补丁的第一备份文件模型;
所述根据所述备份文件模型中所述变更文件对应的节点进行文件备份,包括:根据所述第一备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第一补丁对应的备份文件;
所述基于所述补丁执行升级操作,包括:基于所述第一补丁执行升级操作;
在基于所述第一补丁执行升级操作之后,所述方法还包括:若根据所述第一补丁升级成功,则根据所述第二补丁中的文件和所述目标软件中的文件,确定所述第二补丁对应的新增文件和变更文件;
根据所述第二补丁对应的新增文件和变更文件建立所述第二补丁的第二备份文件模型;
删除所述第二备份文件模型中与所述第一补丁的备份文件模型相同的节点,得到更新后的第二备份文件模型;
根据所述更新后的第二备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第二补丁对应的备份文件;
基于所述第二补丁执行升级操作。
5.根据权利要求2所述的方法,其特征在于,在基于所述补丁执行升级操作之后,所述方法还包括:
若接收到回滚指令,根据所述备份文件模型和所述备份文件执行回滚操作。
6.一种软件升级装置,其特征在于,包括:
确定模块,用于若接收到升级指令,根据补丁中的文件和目标软件中的文件,确定所述补丁对应的变更文件;
建立模块,用于根据所述补丁对应的所述变更文件建立所述补丁的备份文件模型,其中,所述备份文件模型为根据所述补丁对应的所述变更文件的目录层次生成的树结构;
第一备份模块,用于根据所述备份文件模型中所述变更文件对应的节点进行文件备份,得到备份文件;
升级模块,用于基于所述补丁执行升级操作。
7.根据权利要求6所述的装置,其特征在于,所述确定模块还用于:若接收到升级指令,根据所述补丁中的文件和所述目标软件中的文件,确定所述补丁对应的新增文件;
所述建立模块具体用于:根据所述补丁对应的所述新增文件和所述变更文件建立所述补丁的备份文件模型。
8.根据权利要求7所述的装置,其特征在于,所述补丁包括第一补丁和第二补丁,所述确定模块具体用于:根据所述第一补丁中的文件和所述目标软件中的文件,确定所述第一补丁对应的新增文件和变更文件,根据所述第二补丁中的文件和所述目标软件中的文件,确定所述第二补丁对应的新增文件和变更文件;
所述建立模块具体用于:根据所述第一补丁对应的新增文件和变更文件建立所述第一补丁的第一备份文件模型,根据所述第二补丁对应的新增文件和变更文件建立所述第二补丁的第二备份文件模型;合并所述第一备份文件模型和所述第二备份文件模型中的各个节点,得到合并后的备份文件模型;
所述第一备份模块具体用于:根据所述合并后的备份文件模型中所述变更文件对应的节点进行文件备份,得到所述备份文件。
9.根据权利要求7所述的装置,其特征在于,所述补丁包括第一补丁和第二补丁,所述第一补丁的升级次序位于所述第二补丁之前,所述确定模块具体用于:根据所述第一补丁中的文件和所述目标软件中的文件,确定所述第一补丁对应的新增文件和变更文件;
所述建立模块具有用于:根据所述第一补丁对应的新增文件和变更文件建立所述第一补丁的第一备份文件模型;
所述备份模块具体用于:根据所述第一备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第一补丁对应的备份文件;
所述升级模块具体用于:基于所述第一补丁执行升级操作;
所述确定模块还用于:在基于所述第一补丁执行升级操作之后,若根据所述第一补丁升级成功,则根据所述第二补丁中的文件和所述目标软件中的文件,确定所述第二补丁对应的新增文件和变更文件;
所述建立模块还用于:根据所述第二补丁对应的新增文件和变更文件建立所述第二补丁的第二备份文件模型;删除所述第二备份文件模型中与所述第一补丁的备份文件模型相同的节点,得到更新后的第二备份文件模型;
所述备份模块还用于:根据所述更新后的第二备份文件模型中所述变更文件对应的节点进行文件备份,得到所述第二补丁对应的备份文件;
所述升级模块还用于:基于所述第二补丁执行升级操作。
10.根据权利要求7所述的装置,其特征在于,所述装置还包括:
回滚模块,用于在基于所述补丁执行升级操作之后,若接收到回滚指令,根据所述备份文件模型和所述备份文件执行回滚操作。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710187257.6A CN108664255B (zh) | 2017-03-27 | 2017-03-27 | 一种软件升级方法及装置 |
PCT/CN2018/080043 WO2018177193A1 (zh) | 2017-03-27 | 2018-03-22 | 一种软件升级方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710187257.6A CN108664255B (zh) | 2017-03-27 | 2017-03-27 | 一种软件升级方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108664255A true CN108664255A (zh) | 2018-10-16 |
CN108664255B CN108664255B (zh) | 2023-04-11 |
Family
ID=63674189
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710187257.6A Active CN108664255B (zh) | 2017-03-27 | 2017-03-27 | 一种软件升级方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108664255B (zh) |
WO (1) | WO2018177193A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109446161A (zh) * | 2018-10-18 | 2019-03-08 | 网易(杭州)网络有限公司 | 信息监控方法、装置、电子设备及存储介质 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110874237A (zh) * | 2019-12-30 | 2020-03-10 | 深圳市英博超算科技有限公司 | 软件升级方法、装置、终端以及可读存储介质 |
CN113094861B (zh) * | 2021-05-08 | 2022-06-03 | 国网河北省电力有限公司经济技术研究院 | 数据存储方法、装置、设备和存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7251749B1 (en) * | 2004-02-12 | 2007-07-31 | Network Appliance, Inc. | Efficient true image recovery of data from full, differential, and incremental backups |
CN102193805A (zh) * | 2010-03-11 | 2011-09-21 | 华为技术有限公司 | 一种软件补丁升级装置及方法 |
JP2013033334A (ja) * | 2011-08-01 | 2013-02-14 | Nippon Telegr & Teleph Corp <Ntt> | バックアップ装置、および障害復旧方法 |
CN103136013A (zh) * | 2011-12-01 | 2013-06-05 | 腾讯科技(深圳)有限公司 | 软件升级方法和*** |
CN104156244A (zh) * | 2014-08-06 | 2014-11-19 | 北京奇虎科技有限公司 | 一种软件升级的方法和装置 |
CN105117263A (zh) * | 2015-09-14 | 2015-12-02 | 北京空间飞行器总体设计部 | 一种unix环境软件***升级方法 |
CN105468396A (zh) * | 2014-09-11 | 2016-04-06 | 深圳Tcl数字技术有限公司 | 差分包生成方法、升级方法、生成装置及Linux终端 |
CN105550060A (zh) * | 2014-10-31 | 2016-05-04 | Tcl集团股份有限公司 | 一种增量升级的备份方法及装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7774772B2 (en) * | 2001-09-28 | 2010-08-10 | Siebel Systems, Inc. | Method and apparatus to perform an application software migration |
CN103699410B (zh) * | 2013-12-20 | 2017-05-24 | 北京奇虎科技有限公司 | 一种应用程序的更新方法和装置 |
CN103955363B (zh) * | 2014-04-08 | 2017-03-15 | 国云科技股份有限公司 | 一种程序升级安装包的制作方法 |
-
2017
- 2017-03-27 CN CN201710187257.6A patent/CN108664255B/zh active Active
-
2018
- 2018-03-22 WO PCT/CN2018/080043 patent/WO2018177193A1/zh active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7251749B1 (en) * | 2004-02-12 | 2007-07-31 | Network Appliance, Inc. | Efficient true image recovery of data from full, differential, and incremental backups |
CN102193805A (zh) * | 2010-03-11 | 2011-09-21 | 华为技术有限公司 | 一种软件补丁升级装置及方法 |
JP2013033334A (ja) * | 2011-08-01 | 2013-02-14 | Nippon Telegr & Teleph Corp <Ntt> | バックアップ装置、および障害復旧方法 |
CN103136013A (zh) * | 2011-12-01 | 2013-06-05 | 腾讯科技(深圳)有限公司 | 软件升级方法和*** |
CN104156244A (zh) * | 2014-08-06 | 2014-11-19 | 北京奇虎科技有限公司 | 一种软件升级的方法和装置 |
CN105468396A (zh) * | 2014-09-11 | 2016-04-06 | 深圳Tcl数字技术有限公司 | 差分包生成方法、升级方法、生成装置及Linux终端 |
CN105550060A (zh) * | 2014-10-31 | 2016-05-04 | Tcl集团股份有限公司 | 一种增量升级的备份方法及装置 |
CN105117263A (zh) * | 2015-09-14 | 2015-12-02 | 北京空间飞行器总体设计部 | 一种unix环境软件***升级方法 |
Non-Patent Citations (1)
Title |
---|
曹操: ""***升级 Android用户的必修课"", 《电脑爱好者》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109446161A (zh) * | 2018-10-18 | 2019-03-08 | 网易(杭州)网络有限公司 | 信息监控方法、装置、电子设备及存储介质 |
CN109446161B (zh) * | 2018-10-18 | 2021-12-28 | 网易(杭州)网络有限公司 | 信息监控方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2018177193A1 (zh) | 2018-10-04 |
CN108664255B (zh) | 2023-04-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106095620B (zh) | 一种嵌入式Linux存储分区的开发方法 | |
CN105487980B (zh) | 修复应用程序运行异常的方法及装置 | |
US8850173B2 (en) | BIOS image manager | |
US20070074201A1 (en) | Method and system for updating software and computer readable recording medium storing the method | |
CN104918114B (zh) | 一种操作***升级方法及装置 | |
US10235152B2 (en) | System and method for downgrading applications | |
CN102203779B (zh) | 更新数据的方法和控制装置 | |
US8229892B2 (en) | Storage apparatus and data restoring method used therein | |
CN109739933A (zh) | 存储空间释放方法、装置、终端及计算机可读存储介质 | |
CN107493290A (zh) | Android智能电视***软件进行OTA升级的方法 | |
CN104007992A (zh) | 程序更新、启动方法及其装置 | |
WO2007023497A1 (en) | Method and system for in-place updating content stored in a storage device | |
CN108664255A (zh) | 一种软件升级方法及装置 | |
CN105867962A (zh) | ***升级的方法和装置 | |
CN107003876A (zh) | 固件更新 | |
CA2588001C (en) | Method and system for incremental patching of binary files | |
CN101800840B (zh) | 一种机顶盒升级方法 | |
CN102833273A (zh) | 临时故障时的数据修复方法及分布式缓存*** | |
CN113760234B (zh) | 一种软件开发方法和*** | |
CN114265613A (zh) | 一种整车所有电控单元固件差分升级方法及*** | |
CN106201584A (zh) | 版本升级方法及终端设备 | |
CN109901860A (zh) | 一种Android手机软件版本控制方法 | |
CN106598687B (zh) | 一种脚本预热方法和装置 | |
CN107463412A (zh) | 一种升级bios的方法及装置 | |
CN117130987B (zh) | 一种大规模无人机集群的飞控管理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20200617 Address after: 518057 Zhongxing building, A3-01, A3-02, Nanshan District hi tech Industrial Park, Shenzhen, Guangdong Applicant after: Shenzhen ZTE Technical Service Co.,Ltd. Address before: 518057 Nanshan District science and Technology Industrial Park, Guangdong high tech Industrial Park, ZTE building Applicant before: ZTE Corp. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |