CN111694807B - 非易失性存储文件的处理方法、系统、设备及存储介质 - Google Patents
非易失性存储文件的处理方法、系统、设备及存储介质 Download PDFInfo
- Publication number
- CN111694807B CN111694807B CN202010544892.7A CN202010544892A CN111694807B CN 111694807 B CN111694807 B CN 111694807B CN 202010544892 A CN202010544892 A CN 202010544892A CN 111694807 B CN111694807 B CN 111694807B
- Authority
- CN
- China
- Prior art keywords
- file
- nonvolatile
- terminal
- version
- module
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/1873—Versioning file systems, temporal file systems, e.g. file system supporting different historic versions of files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/172—Caching, prefetching or hoarding of files
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种非易失性存储文件的处理方法、系统、设备及存储介质,方法包括:获取第一文件、第二文件和第三文件;将第一文件、第二文件和第三文件合并,生成非易失性存储文件,其中,第一文件、第二文件和第三文件相互独立;发布非易失性存储文件。本发明通过发布端向客户端发送包括相互独立的第一文件、第二文件及第三文件的非易失性存储文件,使接收端需要进一步配置的数据与接收端无需自行配置的数据得以区分,从而接收端可以根据拆分的文件进行管理以对需要进一步配置的文件进行配置,进一步地,在后续升级配置文件时,无需重复配置数据,不仅提高了非易失性数据维护效率,也降低了客户端工作量、节约了系统资源,提高了升级效率。
Description
技术领域
本发明涉及智能手机产品领域,具体涉及一种非易失性存储文件的处理方法、系统、设备及存储介质。
背景技术
NV(非易失性)数据是非易失性数据的简称,手机等移动终端里与电源无关的需要永久保存的数据由非易失性数据来管理。例如,常用于手机的通讯芯片平台等常见通讯芯片的非易失性数据,保存了通讯系统运行过程中各个模块可能用到的一些参数值,它是以单个文件的形式保存在嵌入式文件系统(Embedded File System,EFS)中,但用户是不能随意访问的。
目前,在发布方发布非易失性数据时的通常做法为:在编译时上述所有数据打包在一起生成NV.bin(非易失性数据存储文件)文件,再将该文件发布至客户端。
在发布端发布非易失性数据存储文件的版本后,由于客户端的终端设备与发布方在设计非易失性数据存储文件中的数据时参考的样机不同,如硬件设计不同、运营商不同、带宽不同等等,若直接将发布方发布的原始的非易失性数据存储文件下载到客户端的终端设备中,绝大多数情况都会发生功能问题或性能问题。因此需要将非易失性数据存储文件中的一些参数按照对应的终端设备进行修改,再将修改后的非易失性数据存储文件下载到终端设备才能正常使用。
有时,发布方会升级非易失性数据存储文件,这时,发布方会向客户端发布一完整版的升级后的非易失性数据存储文件,由于客户端维护的也是一完整版的非易失性数据存储文件,因此无法和发布方发布的新版非易失性数据存储文件做合并,终端设备为了更新对应的数据,需要再次按照对应的终端设备修改更新版本NV.bin文件中的参数,终端设备才能正常使用更新并修改后的NV.bin文件,这样使得每次升级时,客户端都需要重复配置一些参数,不仅使非易失性数据维护效率低,也增加了客户端工作量、浪费了系统资源,降低了非易失性存储数据的升级效率。
发明内容
本发明要解决的技术问题是为了克服现有技术中非易失性数据维护效率低的缺陷,提供一种能够高效维护非易失性存储文件的处理方法、系统、电子设备及存储介质。
本发明是通过下述技术方案来解决上述技术问题:
本发明提供了一种非易失性存储文件的处理方法,所述处理方法应用于发布端,所述处理方法包括:
获取第一文件、第二文件和第三文件,所述第一文件用于存储发布端配置的非易失性数据,所述第二文件用于存储根据接收端对应的终端信息配置的非易失性数据,所述第三文件用于存储根据终端对应的运营商信息配置的非易失性数据;
将所述第一文件、所述第二文件和所述第三文件进行合并,生成待发布的非易失性存储文件,其中,在所述待发布的非易失性存储文件中所述第一文件、所述第二文件和所述第三文件相互独立;
发布所述待发布的非易失性存储文件。
较佳地,所述第一文件还用于存储根据接收端对应的终端信息配置的非易失性数据以及根据终端对应的运营商信息配置的非易失性数据。
较佳地,所述非易失性存储文件为初始版本的非易失性存储文件或更新版本的非易失性存储文件;
当所述非易失性存储文件为初始版本的非易失性存储文件时,所述第一文件、第二文件及第三文件存储的均为初始版本的数据;
当所述非易失性存储文件为更新版本的非易失性存储文件时,所述第一文件存储的为更新版本的数据,所述第二文件及所述第三文件存储的均为初始版本的数据。
较佳地,当所述非易失性存储文件为初始版本的非易失性存储文件时,发布所述待发布的非易失性存储文件的步骤后还包括:
对所述第一文件进行更新,并单独发布更新版本的第一文件。
本发明还提供了一种非易失性存储文件的处理方法,所述处理方法应用于接收端,所述处理方法包括:
接收非易失性存储文件,所述非易失性存储文件包括相互独立的第一文件、第二文件和第三文件;
所述第一文件用于存储发布端配置的非易失性数据,所述第二文件用于存储根据接收端的对应的终端的终端信息配置的非易失性数据,所述第三文件用于存储根据终端对应的运营商的运营商信息配置的非易失性数据。
较佳地,所述第一文件还用于存储根据接收端对应的终端信息配置的非易失性数据以及根据终端对应的运营商信息配置的非易失性数据。
较佳地,所述非易失性存储文件包括初始版本的非易失性存储文件,且当所述非易失性存储文件为初始版本的非易失性存储文件时,所述第一文件、所述第二文件及所述第三文件存储的均为初始版本的数据且所述处理方法还包括:
对于所述接收端对应的每一终端,根据所述终端的配置参数及所述第二文件生成客户非易失文件;
对于所述接收端对应的每一终端,根据所述终端对应的运营商的配置参数及所述第三文件生成运营商非易失文件。
较佳地,生成客户非易失文件及生成运营商非易失文件的步骤后还包括:
将所述客户非易失文件、所述运营商非易失文件及所述第一文件进行合并,并生成与每一终端对应的初始版本的终端非易失文件;
将所述初始版本的终端非易失文件烧录至对应的终端。
较佳地,所述非易失性存储文件包括更新版本的非易失性存储文件,且当所述非易失性存储文件为更新版本的非易失性存储文件时,所述第一文件存储的为更新版本的数据,所述第二文件及所述第三文件存储的均为初始版本的数据。
较佳地,当所述非易失性存储文件为初始版本的非易失性存储文件时,接收非易失性存储文件的步骤后还包括:
接收单独发布的更新版本的第一文件。
较佳地,所述接收端中存储有每一终端对应的初始版本的终端非易失文件,所述初始版本的终端非易失文件包括客户非易失文件、运营商非易失文件及初始版本的第一文件,所述处理方法还包括:
对于所述接收端对应的每一终端,将所述客户非易失文件、所述运营商非易失文件以及所述更新版本的第一文件进行合并,并生成更新版本的终端非易失文件;
将所述更新版本的终端非易失文件烧录至对应的终端。
较佳地,所述接收端对应的目标终端存储有对应的初始版本的终端非易失文件,所述初始版本的终端非易失文件包括客户非易失文件、运营商非易失文件及初始版本的第一文件,所述处理方法还包括:
从所述接收端对应的目标终端读取对应的初始版本的终端非易失文件;
将所述初始版本的终端非易失文件拆分为客户非易失文件、运营商非易失文件及所述初始版本的第一文件;
将所述更新版本的第一文件、所述客户非易失文件以及所述运营商非易失文件进行合并,并生成更新版本的终端非易失文件;
将所述更新版本的终端非易失文件烧录至所述目标终端。
本发明还提供了一种非易失性存储文件的处理系统,所述处理系统应用于发布端,所述处理系统包括:文件获取模块、第一文件合并模块及文件发布模块;
所述文件获取模块用于获取第一文件、第二文件和第三文件,所述第一文件用存储发布端配置的非易失性数据,所述第二文件用于存储根据接收端对应的终端信息配置的非易失性数据,所述第三文件用于存储根据终端对应的运营商信息配置的非易失性数据;
所述第一文件合并模块用于将所述第一文件、所述第二文件和所述第三文件进行合并,生成待发布的非易失性存储文件,其中,在所述待发布的非易失性存储文件中所述第一文件、所述第二文件和所述第三文件相互独立;
所述文件发布模块用于发布所述待发布的非易失性存储文件。
较佳地,所述第一文件还用于存储根据接收端对应的终端信息配置的非易失性数据以及根据终端对应的运营商信息配置的非易失性数据。
较佳地,所述非易失性存储文件为初始版本的非易失性存储文件或更新版本的非易失性存储文件;
当所述非易失性存储文件为初始版本的非易失性存储文件时,所述第一文件、第二文件及第三文件存储的均为初始版本的数据;
当所述非易失性存储文件为更新版本的非易失性存储文件时,所述第一文件存储的为更新版本的数据,所述第二文件及所述第三文件存储的均为初始版本的数据。
较佳地,所述处理系统还包括文件更新模块,用于对所述第一文件进行更新;
所述文件发布模块还用于当所述非易失性存储文件为初始版本的非易失性存储文件时,发布所述待发布的非易失性存储文件后调用所述文件更新模块;
所述文件更新模块还用于对所述第一文件进行更新后调用所述文件发布模块:
所述文件发布模块还用于当所述文件更新模块对所述第一文件进行更新后,单独发布更新版本的第一文件。
本发明还提供了一种非易失性存储文件的处理系统,所述处理系统应用于接收端,所述处理系统包括:文件接收模块,用于接收非易失性存储文件,所述非易失性存储文件包括相互独立的第一文件、第二文件和第三文件;
所述第一文件用于存储发布端配置的非易失性数据,所述第二文件用于存储根据接收端的对应的终端的终端信息配置的非易失性数据,所述第三文件用于存储根据终端对应的运营商的运营商信息配置的非易失性数据。
较佳地,所述第一文件还用于存储根据接收端对应的终端信息配置的非易失性数据以及根据终端对应的运营商信息配置的非易失性数据。
较佳地,所述非易失性存储文件包括初始版本的非易失性存储文件,且当所述非易失性存储文件为初始版本的非易失性存储文件时,所述第一文件、所述第二文件及所述第三文件存储的均为初始版本的数据且所述处理系统还包括:客户文件生成模块及运营商文件生成模块;
所述客户文件生成模块用于对于所述接收端对应的每一终端,根据所述终端的配置参数及所述第二文件生成客户非易失文件;
所述运营商文件生成模块用于对于所述接收端对应的每一终端,根据所述终端对应的运营商的配置参数及所述第三文件生成运营商非易失文件。
较佳地,所述处理系统还包括第二文件合并模块及烧录模块;
所述第二文件合并模块用于将所述客户非易失文件、所述运营商非易失文件及所述第一文件进行合并,并生成与每一终端对应的初始版本的终端非易失文件;
所述烧录模块用于将所述初始版本的终端非易失文件烧录至对应的终端。
较佳地,所述非易失性存储文件包括更新版本的非易失性存储文件,且当所述非易失性存储文件为更新版本的非易失性存储文件时,所述第一文件存储的为更新版本的数据,所述第二文件及所述第三文件存储的均为初始版本的数据。
较佳地,当所述非易失性存储文件为初始版本的非易失性存储文件时,所述文件接收模块还用于接收非易失性存储文件后,接收单独发布的更新版本的第一文件。
较佳地,所述接收端中存储有每一终端对应的初始版本的终端非易失文件,所述初始版本的终端非易失文件包括客户非易失文件、运营商非易失文件及初始版本的第一文件,所述处理系统还包括:第三文件合并模块,用于对于所述接收端对应的每一终端,将所述客户非易失文件、所述运营商非易失文件以及所述更新版本的第一文件进行合并,并生成更新版本的终端非易失文件;
所述处理系统包括烧录模块,用于将所述更新版本的终端非易失文件烧录至对应的终端。
较佳地,所述接收端对应的目标终端存储有对应的初始版本的终端非易失文件,所述初始版本的终端非易失文件包括客户非易失文件、运营商非易失文件及初始版本的第一文件,所述处理系统还包括:文件回读模块、文件拆分模块、第三文件合并模块及烧录模块;
所述文件回读模块用于从所述接收端对应的目标终端读取对应的初始版本的终端非易失文件;
所述文件拆分模块用于将所述初始版本的终端非易失文件拆分为客户非易失文件、运营商非易失文件及所述初始版本的第一文件;
所述第三文件合并模块用于将所述更新版本的第一文件、所述客户非易失文件以及所述运营商非易失文件进行合并,并生成更新版本的终端非易失文件;
所述烧录模块用于将所述更新版本的终端非易失文件烧录至所述目标终端。
本发明还提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上所述的非易失性存储文件的处理方法。
本发明还提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的非易失性存储文件的处理方法的步骤。
本发明的积极进步效果在于:本发明中通过发布端向客户端发送包括相互独立的第一文件、第二文件及第三文件的非易失性存储文件,使得接收端需要进一步配置的数据与接收端无需自行配置的数据得以区分,从而接收端可以根据拆分的文件进行管理以对需要进一步配置的文件进行配置,进一步地,在后续升级配置文件时,只需更新发布端更新的文件,而无需重复配置数据,从而不仅提高了非易失性数据维护效率,也降低了客户端工作量、节约了系统资源,提高了非易失性存储数据的升级效率。
附图说明
图1为本发明实施例1的应用于发布端的非易失性存储文件的处理方法的流程图。
图2为本发明实施例1的应用于接收端的非易失性存储文件的处理方法的流程图。
图3为本发明实施例1中发布初始版本的非易失性存储文件的处理流程图。
图4为本发明实施例1中获取客户及运营商非易失文件方式一的流程图。
图5为本发明实施例1中获取客户及运营商非易失文件方式二的流程图。
图6为本发明实施例2的应用于发布端的非易失性存储文件的处理系统的模块示意图。
图7为本发明实施例2的应用于接收端的非易失性存储文件的处理系统的模块示意图。
图8为本发明实施例3中的电子设备的结构示意图。
具体实施方式
下面通过实施例的方式进一步说明本发明,但并不因此将本发明限制在所述的实施例范围之中。
应当理解,本发明实施例中所使用的术语“具有”、“可以具有”、“包括”或“可以包括”指示本公开的相应功能、操作、元件等的存在,并且不限制其它的一个或多个功能、操作、元件等的存在。此外应当理解到,如这里所使用的术语“包括”或“具有”是指示在说明书中所描述的特点、数字、步骤、操作、元件、部件或其组合的存在,而不排除一个或多个其它特点、数字、步骤、操作、元件、部件或其组合的存在或增加。
应当理解,本发明实施例中所使用的术语“A或B”、“A和/或B的至少之一”或“A和/或B的一个或多个”包括与其一起列举的单词的任意和所有组合。例如,“A或B”、“A和B的至少之一”或“A或B的至少之一”意味着(1)包括至少一个A,(2)包括至少一个B,或(3)包括至少一个A和至少一个B两者。
应当理解,本发明实施例中出现的第一、第二等描述,仅作示意与区分描述对象之用,没有次序之分,也不表示本申请实施例中对设备个数的特别限定,不能构成对本申请实施例的任何限制。例如,可以将第一元件称为第二元件,而没脱离本公开的范围,类似地,可以将第二元件称为第一元件。
应当理解,本本发明实施例中的终端可以指各种形式的用户设备(userequipment,简称UE)、接入终端、用户单元、用户站、移动站、移动台(mobile station,建成MS)、远方站、远程终端、移动设备、用户终端、终端设备(terminal equipment)、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(SessionInitiation Protocol,简称SIP)电话、无线本地环路(Wireless Local Loop,简称WLL)站、个人数字处理(Personal Digital Assistant,简称PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(Public Land Mobile Network,简称PLMN)中的终端设备等,本发明实施例对此并不限定。
非易失性存储文件为存储非易失(NN,non-volatile的缩写)数据的文件,该文件用于存放modem(调制解调器)平台所使用的IMEI(国际移动电话设备识别码)、RF(射频)、运营商等关键数据。如背景技术所述,现有技术在发布非易失性存储文件时,采取的常规方式为将所有非易失性存储文件打包为一个整体文件发布,以供接收端使用,在发布端修改或更新非易失性数据以非易失性数据存储文件的版本后,对于发布端未修改的数据,接收端仍然需要依据发布端发布的新的版本的一整个非易失性数据存储文件对未修改的数据进行重新配置,现有技术采取的技术方案不仅增加了接收端配置非易失性数据的工作量,影响了非易失性存储文件的升级效率,也不利于对非易失性存储文件进行管理,因此,对于现有技术中对非易失性存储文件的管理方式具有一定的改进空间。
有鉴于此,本发明实施例提供了一种非易失性存储文件的处理方法、系统、设备及存储介质。在该处理方法中,发布端在发布待发布的非易失性存储文件前,先将非易失性存储文件拆分成用于存储需要发布端来配置的第一文件、需要根据接收端对应的终端进一步配置的第二文件以及需要根据终端对应的运营商进一步配置的第三文件,再将待发布的非易失性存储文件进行发布,从而可以区分发布端配置的数据(不需要接收端关心的数据)以及需要根据不同接收端进一步配置的数据,从而在发布端发布新的版本非易失性数据时,可以快速区分需要根据不同终端进一步配置的数据以及仅由发布端配置的数据,从而避免接收端对相同的数据重复配置。仅提高了非易失性数据维护效率,也降低了客户端工作量、节约了系统资源,提高了非易失性存储数据的升级效率。
下面将通过实施例来阐述本发明实施例公开的非易失性存储文件的处理方法、系统、电子设备及存储介质。
实施例1
图1示出了根据本发明一实施例的处理方法的流程图,该方法应用于发布端,主要包括以下步骤:
步骤101、获取第一文件、第二文件和第三文件。
步骤102、将第一文件、第二文件和第三文件进行合并,生成待发布的非易失性存储文件。
步骤103、发布待发布的非易失性存储文件。
具体的,非易失性存储文件中存储了与芯片内部配置相关的、发布端在研发时配置的而无需接收端更新的数据,第一文件则用于至少存储前述发布端配置的非易失性数据。
在一种方式下,第一文件可以存储包括所有非易失数据的文件,也就是说,第一文件用于存储发布端配置的非易失性数据、根据接收端对应的终端信息配置的非易失性数据以及根据终端对应的运营商信息配置的非易失性数据,在这种方式下,接收端无需将发布端配置的非易失性数据从所有的非易失性数据中拆分出来,方便了接收端对于非易失数据的管理。
在另一种方式下,第一文件也可以仅存储前述发布端配置的非易失性数据。在这种方式下下,接收端可以直接接收发布端配置的非易失性数据,无需从所有数据中将该数据提取出来,提高了之后接收端对不同类型易失性数据的合并效率。
由于接收端对应的终端与发布端在设计非易失性数据时参考样机在硬件设计、运营商band(带宽)等方面存在差异,若直接将发布端发布的原始的整体非易失性存储文件烧录至终端中,绝大多数情况都会发生功能问题或性能问题。因此,对于不同终端,需要对于与样机存在差异的部分进行进一步配置,其中,第二文件用于存储根据接收端对应的终端的终端信息配置的非易失性数据,第三文件用于存储根据终端对应的运营商的运营商信息配置的非易失性数据。
其中,在待发布的非易失性存储文件中第一文件、第二文件和第三文件相互独立。
本实施例中,通过发布端向客户端发送包括相互独立的第一文件、第二文件及第三文件的非易失性存储文件,使得接收端需要进一步配置的数据与接收端无需自行配置的数据得以区分,从而接收端可以根据拆分的文件进行管理以对需要进一步配置的文件进行配置,进一步地,在后续升级配置文件时,只需更新发布端更新的文件,而无需重复配置数据,从而不仅提高了非易失性数据维护效率,也降低了客户端工作量、节约了系统资源,提高了非易失性存储数据的升级效率。
本实施例中,发布端在首次发布非易失性存储文件时,发布的版本为初始版本的非易失性存储文件,初始版本的非易失性存储文件中的第一文件、第二文件及第三文件存储的均为初始版本的数据。
在发送端发布初始版本的非易失性存储文件后,发布端可能会对第一文件进一步更新,更新后,更新版本的第一文件存储的为更新版本的数据,发布端可以再次发布新的版本的非易失性数据。其中,发布端存在至少两种发布更新版本数据的方式:第一种方式为发布一个整体的包括存储更新版本的数据的更新版本的第一文件、存储初始版本的数据的第二文件及第三文件的更新版本的非易失性存储文件;第二种方式为仅单独发布更新版本的第一文件。
由于可能存在不同先后顺序与发布端建立连接的接收端,为了降低发布端针对不同终端进行分开管理的复杂性且保证每一终端都能够顺利的接收到非易失性存储问题中的所有数据,如对于与接收端对应的第一终端,其可能在发布端发布更新版本的非易失性存储文件后才加入接收端的接收系统,此时,如果仅接收更新版本的第一文件,对于第一终端则无法获取初始版本的第二文件和第三文件。因此,本实施例中,优选第一种发布方式,即发布包括整个更新版本的非易失性存储文件。
图2示出了根据本发明一实施例的处理方法的流程图,该方法应用于接收端,其中,该接收端对应若干终端且接收端可以包括PC(个人电脑)机、服务器等设备,该方法主要包括以下步骤:
步骤201、接收非易失性存储文件。
具体的,步骤201中接收的非易失性存储文件为步骤103中发布端发布的待发布的非易失性存储文件。
当发布端发布的待发布的非易失性存储文件为初始版本的非易失性存储文件时候,步骤201后还包括:
步骤202、对于接收端对应的每一终端,根据终端的配置参数及第二文件生成客户非易失文件。
步骤203、对于接收端对应的每一终端,根据终端对应的运营商的配置参数及第三文件生成运营商非易失文件。
其中,客户非易失文件为根据与接收端对应的每一终端与发布端在设计非易失性数据时参考样机在硬件、软件等发面存在的差异来进一步配置的文件。运营商非易失文件为根据与接收端对应的每一终端与发布端在设计非易失性数据时使用的运营商存在的差异来进一步配置的文件。
具体的,接收端可以利用NV编辑工具来编辑第二文件和第三文件中的配置参数,从而生成针对不同终端的客户非易失文件以及运营商非易失文件。之后,在发布端发布更新版本的非易失性存储数据时,接收端则可以直接使用配置好的客户非易失文件以及运营商非易失文件,而无需重复配置。
本实施例中,在步骤203后还可以包括:
步骤204、将客户非易失文件、运营商非易失文件及第一文件进行合并,并生成与每一终端对应的初始版本的终端非易失文件。
步骤205、将初始版本的终端非易失文件烧录至对应的终端。
具体的,在步骤204中既可以通过NV编辑工具来合并上述三个文件,也可以通过烧录工具,如researchdownload(一种烧录工具),来合并上述三个文件,以生成与每一终端对应的整体的初始版本的终端非易失文件。
具体的,在步骤205中,可以通过烧录工具将初始版本的终端非易失文件烧录至对应的终端。
本实施例中,在发送端发布更新的非易失性数据后,步骤205后还可以包括:
步骤206、接收更新的非易失性数据。
具体的,当发布端通过第一种方式发布一个整体的更新版本的非易失性存储文件时,步骤206中,接收端接收的为该整体的更新版本的非易失性存储文件;当发布端通过第二种方式单独发布更新版本的第一文件时,步骤206中,接收端接收的为该独立的更新版本的第一文件。
本实施例中,为了使终端能够使用更新版本的非易失性数据,步骤206后还可以包括步骤:
步骤207、将客户非易失文件、运营商非易失文件以及更新版本的第一文件进行合并,并生成更新版本的终端非易失文件。
步骤208、将更新版本的终端非易失文件烧录至对应的终端。
其中,接收端存在至少两种方式来获取客户非易失文件及运营商非易失文件。
第一种方式为,接收端获取之前存储在接收端中不同终端对应的客户非易失文件及运营商非易失文件,其中,客户非易失文件及运营商非易失文件既可以以单独文件的形式存储在接收端中,又可以通过整体的非易失性存储文件的形式存储于接收端中,但应当理解,即便是通过整体的非易失性存储文件的形式存储在接收端中,该整体文件中第一文件、客户非易失文件以及运营商非易失文件也均各自独立。
在第一种方式下,接收端可以将不同终端对应的更新版本的终端非易失文件分别烧录至对应的终端,从而使每一终端都可以稳定地使用更新版本的数据。
在第二种方式下,接收端从目标终端回读目标终端中存储的终端非易失文件,之后,从该终端非易失文件种读取对应的客户非易失文件及运营商非易失文件。
由于接收端存储有对应的各个终端的数据,因此,在第一种方式下,可能需要耗费较多的时间才能查找到每一终端对应的客户非易失文件及运营商非易失文件,此时,如果存在个别终端想要快速使用更新版本的非易失数据时,则可以通过第二种方式,即通过从目标终端回读的方式获取对应的客户非易失文件及运营商非易失文件,从而节约了查找对应文件的时间。
为了更好地理解本发明实施例,下面通过一个具体实例对本实施例的处理方法中发布端与接收端的交互过程进行说明:
如图3所示,当发布端需要向接收端发布初始版本的非易失性存储文件时,其处理过程如下所示:
发布端根据CP Code(用于通信相关业务处理的运行在Modem侧的协处理器或程序模块的相关代码)获取样机的若干NV数据,如NV in Platform-RTOS(实时操作系统平台NV数据)、NV in PHY(物理层协议NV数据)、NV in RF(无线电频率NV数据)、NV in Audio(音频NV数据)等,通过编译工具将NV数据编译为三个部分的工程文件,即包括RDNV(发布端配置的非易失性数据工程文件)的工程文件、CustNV(根据终端信息配置的非易失性数据)及OperatorNbin(根据运营商信息配置的非易失性数据),编译工具将上述三个工程文件分别编译为相互独立的nv.bin(第一文件)、CustNV.bin(第二文件)及OperatorNV.bin(第三文件)。并根据第一文件、第二文件及第三文件生成一个NV.bin(非易失性存储文件),然后,发布端将该第一个版本的NV.bin发布至接收端。应当理解,本具体实例中,以存储了所有非易失数据的第一文件为例进行举例说明,实际中使用的第一文件也可以仅存储发布端配置的非易失性数据,具体第一文件存储非易失数据的种类可以根据实际需求进行选择。
接收端接收到该版本的NV.bin文件后,将CustNV.bin及OperatorNV.bin转换为可编辑版本,根据不同终端的软件、硬件等数据通过NV编辑工具修改CustNV.bin得到CustNV_T.bin(客户非易失文件)、修改OperatorNV.bin得到OperatorNV_T.bin(运营商非易失文件)使之与对应的终端向匹配,之后,根据需求可以勾选每一文件中需要的部分进行合并,从而生成针对终端的NV_T.bin(终端非易失文件),再将终端非易失文件烧录至终端以形成与终端对应的整体的非易失文件NV.bin,本实施例中的终端可以为客户手机,在烧录至终端后,还可以进一步通过校准工具对终端中的非易失文件NV.bin进行校准。
当发布端需要向接收端发布更新版本的非易失性存储文件时,发布端会修改RDNV以生成包括更新版本的RDNV_1的非易失性数据存储文件nv.bin。之后接收端有两种方式来获取客户非易失文件CustNV_T.bin以及运营商非易失文件OperatorNV_T.bin。
图4示出了第一种方式的流程图,其中接收端加载之前存储的客户非易失文件CustNV_T.bin以及运营商非易失文件OperatorNV_T.bin并加载更新后的更新版本的RDNV_1文件,之后,根据需求可以勾选每一文件中需要的部分进行合并,从而生成针对终端的更新版本的终端非易失文件NV_T_new.bin,再将终端非易失文件烧录至终端。
图5示出了第一种方式的流程图,其中,接收端从客户手机中回读对应的终端非易失文件,之后再从该文件中将客户非易失文件CustNV_T.bin以及运营商非易失文件OperatorNV_T.bin拆分出来,并与更新版本的RDNV_1文件合并,从而生成针对终端的更新版本的终端非易失文件NV_T_new.bin,再将终端非易失文件烧录至终端。
实施例2
图6示出了根据本发明一实施例的处理系统的模块示意图,该处理系统应用于发布端,主要包括文件获取模块301、第一文件合并模块302及文件发布模块303。
所述文件获取模块301用于获取第一文件,所述第一文件合并模块302用于将所述第一文件、所述第二文件和所述第三文件进行合并,生成待发布的非易失性存储文件,所述文件发布模块303用于发布所述待发布的非易失性存储文件。
具体的,非易失性存储文件中存储了与芯片内部配置相关的、发布端在研发时配置的而无需接收端更新的数据,第一文件则用于至少存储前述发布端配置的非易失性数据。
在一种方式下,第一文件可以存储包括所有非易失数据的文件,也就是说,第一文件用于存储发布端配置的非易失性数据、根据接收端对应的终端信息配置的非易失性数据以及根据终端对应的运营商信息配置的非易失性数据,在这种方式下,接收端无需将发布端配置的非易失性数据从所有的非易失性数据中拆分出来,方便了接收端对于非易失数据的管理。
在另一种方式下,第一文件也可以仅存储前述发布端配置的非易失性数据。在这种方式下下,接收端可以直接接收发布端配置的非易失性数据,无需从所有数据中将该数据提取出来,提高了之后接收端对不同类型易失性数据的合并效率。
由于接收端对应的终端与发布端在设计非易失性数据时参考样机在硬件设计、运营商band等方面存在差异,若直接将发布端发布的原始的整体非易失性存储文件烧录至终端中,绝大多数情况都会发生功能问题或性能问题。因此,对于不同终端,需要对于与样机存在差异的部分进行进一步配置,其中,第二文件用于存储根据接收端对应的终端的终端信息配置的非易失性数据,第三文件用于存储根据终端对应的运营商的运营商信息配置的非易失性数据。
其中,在待发布的非易失性存储文件中第一文件、第二文件和第三文件相互独立。
本实施例中,文件发布模块通过发布端向客户端发送包括相互独立的第一文件、第二文件及第三文件的非易失性存储文件,使得接收端需要进一步配置的数据与接收端无需自行配置的数据得以区分,从而接收端可以根据拆分的文件进行管理以对需要进一步配置的文件进行配置,进一步地,在后续升级配置文件时,只需更新发布端更新的文件,而无需重复配置数据,从而不仅提高了非易失性数据维护效率,也降低了客户端工作量、节约了系统资源,提高了非易失性存储数据的升级效率。
本实施例中,发布端在首次发布非易失性存储文件时,发布的版本为初始版本的非易失性存储文件,初始版本的非易失性存储文件中的第一文件、第二文件及第三文件存储的均为初始版本的数据。
在一种可选的实施方式中,本实施例中的处理系统还可以包括文件更新模块304,用于对第一文件进行更新以生成更新版本的第一文件,在发送端发布初始版本的非易失性存储文件后,文件更新模块304可能会对第一文件进一步更新,更新后,更新版本的第一文件存储的为更新版本的数据,文件发布模块303可以再次发布新的版本的非易失性数据。其中,文件发布模块303存在至少两种发布更新版本数据的方式:第一种方式为发布一个整体的包括存储更新版本的数据的更新版本的第一文件、存储初始版本的数据的第二文件及第三文件的更新版本的非易失性存储文件;第二种方式为仅单独发布更新版本的第一文件。
由于可能存在不同先后顺序与发布端建立连接的接收端,为了降低发布端针对不同终端进行分开管理的复杂性且保证每一终端都能够顺利的接收到非易失性存储问题中的所有数据,如对于与接收端对应的第一终端,其可能在发布端发布更新版本的非易失性存储文件后才加入接收端的接收系统,此时,如果仅接收更新版本的第一文件,对于第一终端则无法获取初始版本的第二文件和第三文件。因此,本实施例中,文件发布模块303优选第一种发布方式,即发布包括整个更新版本的非易失性存储文件。
图7示出了根据本发明一实施例的处理系统的模块示意图,该处理系统应用于接收端,其中,该接收端对应若干终端且接收端可以包括PC机、服务器等设备,该系统主要包括:文件接收模块401,用于接收非易失性存储文件。
具体的,文件接收模块401接收的非易失性存储文件为文件发布模块303发布的待发布的非易失性存储文件。
当文件发布模块303发布的待发布的非易失性存储文件为初始版本的非易失性存储文件时候,处理系统还包括:客户文件生成模块402以及运营商文件生成模块403,客户文件生成模块402用于对于接收端对应的每一终端,根据终端的配置参数及第二文件生成客户非易失文件。运营商文件生成模块403用于对于接收端对应的每一终端,根据终端对应的运营商的配置参数及第三文件生成运营商非易失文件。
其中,客户非易失文件为根据与接收端对应的每一终端与发布端在设计非易失性数据时参考样机在硬件、软件等发面存在的差异来进一步配置的文件。运营商非易失文件为根据与接收端对应的每一终端与发布端在设计非易失性数据时使用的运营商存在的差异来进一步配置的文件。
具体的,客户文件生成模块402以及运营商文件生成模块403可以利用NV编辑工具来编辑第二文件和第三文件中的配置参数,从而生成针对不同终端的客户非易失文件以及运营商非易失文件。之后,在发布端发布更新版本的非易失性存储数据时,接收端则可以直接使用配置好的客户非易失文件以及运营商非易失文件,而无需重复配置。
本实施例中,处理系统还可以包括:第二文件合并模块404以及烧录模块405,第二文件合并模块404用于在客户文件生成模块402以及运营商文件生成模块403生成客户非易失文件以及运营商非易失文件后将客户非易失文件、运营商非易失文件及第一文件进行合并,并生成与每一终端对应的初始版本的终端非易失文件。烧录模块405用于将初始版本的终端非易失文件烧录至对应的终端。
具体的,第二文件合并模块404既可以通过NV编辑工具来合并上述三个文件,也可以通过烧录工具,如researchdownload,来合并上述三个文件,以生成与每一终端对应的整体的初始版本的终端非易失文件。
具体的,烧录模块405可以通过烧录工具将初始版本的终端非易失文件烧录至对应的终端。
本实施例中,文件接收模块401在发送端发布更新的非易失性数据后,还可以用于接收更新的非易失性数据。
具体的,当文件发布模块303通过第一种方式发布一个整体的更新版本的非易失性存储文件时,文件接收模块401接收的为该整体的更新版本的非易失性存储文件;当文件发布模块303通过第二种方式单独发布更新版本的第一文件时,文件接收模块401接收的为该独立的更新版本的第一文件。
本实施例中,为了使终端能够使用更新版本的非易失性数据,处理系统还可以包括:第三文件合并模块406,用于将客户非易失文件、运营商非易失文件以及更新版本的第一文件进行合并,并生成更新版本的终端非易失文件。烧录模块405还用于将更新版本的终端非易失文件烧录至对应的终端。
其中,接收端存在至少两种方式来获取客户非易失文件及运营商非易失文件。
第一种方式为,接收端获取之前存储在接收端中不同终端对应的客户非易失文件及运营商非易失文件,其中,客户非易失文件及运营商非易失文件既可以以单独文件的形式存储在接收端中,又可以通过整体的非易失性存储文件的形式存储于接收端中,但应当理解,即便是通过整体的非易失性存储文件的形式存储在接收端中,该整体文件中第一文件、客户非易失文件以及运营商非易失文件也均各自独立。
在第一种方式下,接收端可以将不同终端对应的更新版本的终端非易失文件分别烧录至对应的终端,从而使每一终端都可以稳定地使用更新版本的数据。
在第二种方式下,接收端从目标终端回读目标终端中存储的终端非易失文件,之后,从该终端非易失文件种读取对应的客户非易失文件及运营商非易失文件。
由于接收端存储有对应的各个终端的数据,因此,在第一种方式下,可能需要耗费较多的时间才能查找到每一终端对应的客户非易失文件及运营商非易失文件,此时,如果存在个别终端想要快速使用更新版本的非易失数据时,则可以通过第二种方式,即通过从目标终端回读的方式获取对应的客户非易失文件及运营商非易失文件,从而节约了查找对应文件的时间。
为了更好地理解本发明实施例,下面通过一个具体实例对本实施例的处理系统中发布端与接收端的交互过程进行说明:
如图3所示,当发布端需要向接收端发布第一个版本的非易失性存储文件时,其内部的处理过程如下所示:
文件获取模块301根据CP Code获取样机的若干NV数据,如NV in Platform-RTOS、NV in PHY、NV in RF、NV in Audio等,通过编译工具将NV数据编译为三个部分的NV工程文件,即包括RDNV的工程文件、CustNV及OperatorNbin,第一文件合并模块302将上述三个工程文件分别编译为相互独立的nv.bin、CustNV.bin及OperatorNV.bin。并根据第一文件、第二文件及第三文件生成一个NV.bin,然后,文件发布模块303将该第一个版本的NV.bin发布至接收端。应当理解,本具体实例中,以存储了所有非易失数据的第一文件为例进行举例说明,实际中使用的第一文件也可以仅存储发布端配置的非易失性数据,具体第一文件存储非易失数据的种类可以根据实际需求进行选择。
接收端的文件接收模块401接收到该版本的NV.bin文件后,将CustNV.bin及OperatorNV.bin转换为可编辑版本,客户文件生成模块402及运营商文件生成模块403根据不同终端的软件、硬件等数据通过NV编辑工具修改CustNV.bin得到CustNV_T.bin(客户非易失文件)及修改OperatorNV.bin得到OperatorNV_T.bin使之与对应的终端向匹配,之后,第二文件合并模块404根据需求可以勾选每一文件中需要的部分进行合并,从而生成针对终端的NV_T.bin,烧录模块405再将终端非易失文件烧录至终端以形成与终端对应的整体的非易失文件NV.bin,本实施例中的终端可以为客户手机,在烧录至终端后,还可以进一步通过校准工具对终端非易失文件进行校准。
当发布端需要向接收端发布更新版本的非易失性存储文件时,文件更新模块304会修改RDNV以生成包括更新版本的RDNV_1的非易失性数据存储文件nv.bin。之后接收端有两种方式来获取客户非易失文件CustNV_T.bin以及运营商非易失文件OperatorNV_T.bin。
图4示出了第一种方式的流程图,其中文件接收模块401加载之前存储的客户非易失文件CustNV_T.bin以及运营商非易失文件OperatorNV_T.bin并加载更新后的更新版本的RDNV_1文件,之后,第三文件合并模块406根据需求可以勾选每一文件中需要的部分进行合并,从而生成针对终端的更新版本的终端非易失文件NV_T_new.bin,烧录模块405再将终端非易失文件烧录至终端。
图5示出了第一种方式的流程图,其中,本实施例中的处理系统还可以包括文件灰度模块407,用于从接收端对应的目标终端读取对应的初始版本的终端非易失文件,具体到该实例中,文件回读模块407用于从客户手机中回读对应的终端非易失文件,之后第三文件合并模块406再从该文件中将客户非易失文件CustNV_T.bin以及运营商非易失文件OperatorNV_T.bin拆分出来,并与更新版本的RDNV_1文件合并,从而生成针对终端的更新版本的终端非易失文件NV_T_new.bin,烧录模块405再将终端非易失文件烧录至终端。
实施例3
本发明实施例还提供一种电子设备,电子设备可以通过计算设备的形式表现(例如可以为服务器设备),包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中处理器执行计算机程序时可以实现本发明实施例1中非易失性存储文件的处理方法。
图8示出了本实施例的硬件结构示意图,如图8所示,电子设备9具体包括:
至少一个处理器91、至少一个存储器92以及用于连接不同系统组件(包括处理器91和存储器92)的总线93,其中:
总线93包括数据总线、地址总线和控制总线。
存储器92包括易失性存储器,例如随机存取存储器(RAM)921和/或高速缓存存储器922,还可以进一步包括只读存储器(ROM)923。
存储器92还包括具有一组(至少一个)程序模块924的程序/实用工具925,这样的程序模块924包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
处理器91通过运行存储在存储器92中的计算机程序,从而执行各种功能应用以及数据处理,例如本发明实施例1中非易失性存储文件的处理方法。
电子设备9进一步可以与一个或多个外部设备94(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口95进行。并且,电子设备9还可以通过网络适配器96与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。网络适配器96通过总线93与电子设备9的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备9使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
应当注意,尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块,但是这种划分仅仅是示例性的并非强制性的。实际上,根据本申请的实施方式,上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之,上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
实施例4
本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明实施例1中非易失性存储文件的处理方法的步骤。
其中,可读存储介质可以采用的更具体可以包括但不限于:便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
在可能的实施方式中,本发明还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行实现本发明实施例1中非易失性存储文件的处理方法的步骤。
其中,可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码,所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
虽然以上描述了本发明的具体实施方式,但是本领域的技术人员应当理解,这仅是举例说明,本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下,可以对这些实施方式做出多种变更或修改,但这些变更和修改均落入本发明的保护范围。
Claims (26)
1.一种非易失性存储文件的处理方法,其特征在于,所述处理方法应用于发布端,所述处理方法包括:
获取第一文件、第二文件和第三文件,所述第一文件用于存储发布端配置的非易失性数据,所述第二文件用于存储根据接收端对应的终端信息配置的非易失性数据,所述第三文件用于存储根据终端对应的运营商信息配置的非易失性数据;
将所述第一文件、所述第二文件和所述第三文件进行合并,生成待发布的非易失性存储文件,其中,在所述待发布的非易失性存储文件中所述第一文件、所述第二文件和所述第三文件相互独立;
发布所述待发布的非易失性存储文件。
2.如权利要求1所述的非易失性存储文件的处理方法,其特征在于,所述第一文件还用于存储根据接收端对应的终端信息配置的非易失性数据以及根据终端对应的运营商信息配置的非易失性数据。
3.如权利要求1或2所述的非易失性存储文件的处理方法,其特征在于,所述非易失性存储文件为初始版本的非易失性存储文件或更新版本的非易失性存储文件;
当所述非易失性存储文件为初始版本的非易失性存储文件时,所述第一文件、第二文件及第三文件存储的均为初始版本的数据;
当所述非易失性存储文件为更新版本的非易失性存储文件时,所述第一文件存储的为更新版本的数据,所述第二文件及所述第三文件存储的均为初始版本的数据。
4.如权利要求3所述的非易失性存储文件的处理方法,其特征在于,当所述非易失性存储文件为初始版本的非易失性存储文件时,发布所述待发布的非易失性存储文件的步骤后还包括:
对所述第一文件进行更新,并单独发布更新版本的第一文件。
5.一种非易失性存储文件的处理方法,其特征在于,所述处理方法应用于接收端,所述处理方法包括:
接收非易失性存储文件,所述非易失性存储文件包括相互独立的第一文件、第二文件和第三文件;
所述第一文件用于存储发布端配置的非易失性数据,所述第二文件用于存储根据接收端的对应的终端的终端信息配置的非易失性数据,所述第三文件用于存储根据终端对应的运营商的运营商信息配置的非易失性数据。
6.如权利要求5所述的非易失性存储文件的处理方法,其特征在于,所述第一文件还用于存储根据接收端对应的终端信息配置的非易失性数据以及根据终端对应的运营商信息配置的非易失性数据。
7.如权利要求5或6所述的非易失性存储文件的处理方法,其特征在于,所述非易失性存储文件包括初始版本的非易失性存储文件,且当所述非易失性存储文件为初始版本的非易失性存储文件时,所述第一文件、所述第二文件及所述第三文件存储的均为初始版本的数据且所述处理方法还包括:
对于所述接收端对应的每一终端,根据所述终端的配置参数及所述第二文件生成客户非易失文件;
对于所述接收端对应的每一终端,根据所述终端对应的运营商的配置参数及所述第三文件生成运营商非易失文件。
8.如权利要求7所述的非易失性存储文件的处理方法,其特征在于,生成客户非易失文件及生成运营商非易失文件的步骤后还包括:
将所述客户非易失文件、所述运营商非易失文件及所述第一文件进行合并,并生成与每一终端对应的初始版本的终端非易失文件;
将所述初始版本的终端非易失文件烧录至对应的终端。
9.如权利要求5或6所述的非易失性存储文件的处理方法,其特征在于,所述非易失性存储文件包括更新版本的非易失性存储文件,且当所述非易失性存储文件为更新版本的非易失性存储文件时,所述第一文件存储的为更新版本的数据,所述第二文件及所述第三文件存储的均为初始版本的数据。
10.如权利要求7所述的非易失性存储文件的处理方法,其特征在于,当所述非易失性存储文件为初始版本的非易失性存储文件时,接收非易失性存储文件的步骤后还包括:
接收单独发布的更新版本的第一文件。
11.如权利要求10所述的非易失性存储文件的处理方法,其特征在于,所述接收端中存储有每一终端对应的初始版本的终端非易失文件,所述初始版本的终端非易失文件包括客户非易失文件、运营商非易失文件及初始版本的第一文件,所述处理方法还包括:
对于所述接收端对应的每一终端,将所述客户非易失文件、所述运营商非易失文件以及所述更新版本的第一文件进行合并,并生成更新版本的终端非易失文件;
将所述更新版本的终端非易失文件烧录至对应的终端。
12.如权利要求10所述的非易失性存储文件的处理方法,其特征在于,所述接收端对应的目标终端存储有对应的初始版本的终端非易失文件,所述初始版本的终端非易失文件包括客户非易失文件、运营商非易失文件及初始版本的第一文件,所述处理方法还包括:
从所述接收端对应的目标终端读取对应的初始版本的终端非易失文件;
将所述初始版本的终端非易失文件拆分为客户非易失文件、运营商非易失文件及所述初始版本的第一文件;
将所述更新版本的第一文件、所述客户非易失文件以及所述运营商非易失文件进行合并,并生成更新版本的终端非易失文件;
将所述更新版本的终端非易失文件烧录至所述目标终端。
13.一种非易失性存储文件的处理系统,其特征在于,所述处理系统应用于发布端,所述处理系统包括:文件获取模块、第一文件合并模块及文件发布模块;
所述文件获取模块用于获取第一文件、第二文件和第三文件,所述第一文件用于存储发布端配置的非易失性数据,所述第二文件用于存储根据接收端对应的终端信息配置的非易失性数据,所述第三文件用于存储根据终端对应的运营商信息配置的非易失性数据;
所述第一文件合并模块用于将所述第一文件、所述第二文件和所述第三文件进行合并,生成待发布的非易失性存储文件,其中,在所述待发布的非易失性存储文件中所述第一文件、所述第二文件和所述第三文件相互独立;
所述文件发布模块用于发布所述待发布的非易失性存储文件。
14.如权利要求13所述的非易失性存储文件的处理系统,其特征在于,所述第一文件还用于存储根据接收端对应的终端信息配置的非易失性数据以及根据终端对应的运营商信息配置的非易失性数据。
15.如权利要求13或14所述的非易失性存储文件的处理系统,其特征在于,所述非易失性存储文件为初始版本的非易失性存储文件或更新版本的非易失性存储文件;
当所述非易失性存储文件为初始版本的非易失性存储文件时,所述第一文件、第二文件及第三文件存储的均为初始版本的数据;
当所述非易失性存储文件为更新版本的非易失性存储文件时,所述第一文件存储的为更新版本的数据,所述第二文件及所述第三文件存储的均为初始版本的数据。
16.如权利要求15所述的非易失性存储文件的处理系统,其特征在于,所述处理系统还包括文件更新模块,用于对所述第一文件进行更新;
所述文件发布模块还用于当所述非易失性存储文件为初始版本的非易失性存储文件时,发布所述待发布的非易失性存储文件后调用所述文件更新模块;
所述文件更新模块还用于对所述第一文件进行更新后调用所述文件发布模块:
所述文件发布模块还用于当所述文件更新模块对所述第一文件进行更新后,单独发布更新版本的第一文件。
17.一种非易失性存储文件的处理系统,其特征在于,所述处理系统应用于接收端,所述处理系统包括:文件接收模块,用于接收非易失性存储文件,所述非易失性存储文件包括相互独立的第一文件、第二文件和第三文件;
所述第一文件用于存储发布端配置的非易失性数据,所述第二文件用于存储根据接收端的对应的终端的终端信息配置的非易失性数据,所述第三文件用于存储根据终端对应的运营商的运营商信息配置的非易失性数据。
18.如权利要求17所述的非易失性存储文件的处理系统,其特征在于,所述第一文件还用于存储根据接收端对应的终端信息配置的非易失性数据以及根据终端对应的运营商信息配置的非易失性数据。
19.如权利要求17或18所述的非易失性存储文件的处理系统,其特征在于,所述非易失性存储文件包括初始版本的非易失性存储文件,且当所述非易失性存储文件为初始版本的非易失性存储文件时,所述第一文件、所述第二文件及所述第三文件存储的均为初始版本的数据且所述处理系统还包括:客户文件生成模块及运营商文件生成模块;
所述客户文件生成模块用于对于所述接收端对应的每一终端,根据所述终端的配置参数及所述第二文件生成客户非易失文件;
所述运营商文件生成模块用于对于所述接收端对应的每一终端,根据所述终端对应的运营商的配置参数及所述第三文件生成运营商非易失文件。
20.如权利要求19所述的非易失性存储文件的处理系统,其特征在于,所述处理系统还包括第二文件合并模块及烧录模块;
所述第二文件合并模块用于将所述客户非易失文件、所述运营商非易失文件及所述第一文件进行合并,并生成与每一终端对应的初始版本的终端非易失文件;
所述烧录模块用于将所述初始版本的终端非易失文件烧录至对应的终端。
21.如权利要求17或18所述的非易失性存储文件的处理系统,其特征在于,所述非易失性存储文件包括更新版本的非易失性存储文件,且当所述非易失性存储文件为更新版本的非易失性存储文件时,所述第一文件存储的为更新版本的数据,所述第二文件及所述第三文件存储的均为初始版本的数据。
22.如权利要求19所述的非易失性存储文件的处理系统,其特征在于,当所述非易失性存储文件为初始版本的非易失性存储文件时,所述文件接收模块还用于接收非易失性存储文件后,接收单独发布的更新版本的第一文件。
23.如权利要求22所述的非易失性存储文件的处理系统,其特征在于,所述接收端中存储有每一终端对应的初始版本的终端非易失文件,所述初始版本的终端非易失文件包括客户非易失文件、运营商非易失文件及初始版本的第一文件,所述处理系统还包括:第三文件合并模块,用于对于所述接收端对应的每一终端,将所述客户非易失文件、所述运营商非易失文件以及所述更新版本的第一文件进行合并,并生成更新版本的终端非易失文件;
所述处理系统包括烧录模块,用于将所述更新版本的终端非易失文件烧录至对应的终端。
24.如权利要求22所述的非易失性存储文件的处理系统,其特征在于,所述接收端对应的目标终端存储有对应的初始版本的终端非易失文件,所述初始版本的终端非易失文件包括客户非易失文件、运营商非易失文件及初始版本的第一文件,所述处理系统还包括:文件回读模块、文件拆分模块、第三文件合并模块及烧录模块;
所述文件回读模块用于从所述接收端对应的目标终端读取对应的初始版本的终端非易失文件;
所述文件拆分模块用于将所述初始版本的终端非易失文件拆分为客户非易失文件、运营商非易失文件及所述初始版本的第一文件;
所述第三文件合并模块用于将所述更新版本的第一文件、所述客户非易失文件以及所述运营商非易失文件进行合并,并生成更新版本的终端非易失文件;
所述烧录模块用于将所述更新版本的终端非易失文件烧录至所述目标终端。
25.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至12任一项所述的非易失性存储文件的处理方法。
26.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至12任一项所述的非易失性存储文件的处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010544892.7A CN111694807B (zh) | 2020-06-15 | 2020-06-15 | 非易失性存储文件的处理方法、系统、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010544892.7A CN111694807B (zh) | 2020-06-15 | 2020-06-15 | 非易失性存储文件的处理方法、系统、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111694807A CN111694807A (zh) | 2020-09-22 |
CN111694807B true CN111694807B (zh) | 2022-08-16 |
Family
ID=72481204
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010544892.7A Active CN111694807B (zh) | 2020-06-15 | 2020-06-15 | 非易失性存储文件的处理方法、系统、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111694807B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113722007B (zh) * | 2021-08-24 | 2023-11-03 | 杭州迪普科技股份有限公司 | Vpn分支设备的配置方法、装置及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5555391A (en) * | 1993-12-23 | 1996-09-10 | Unisys Corporation | System and method for storing partial blocks of file data in a file cache system by merging partial updated blocks with file block to be written |
CN102314364A (zh) * | 2011-08-08 | 2012-01-11 | 北京登合科技有限公司 | 一种自动适配移动终端的方法 |
CN103313231A (zh) * | 2013-07-03 | 2013-09-18 | 百度在线网络技术(北京)有限公司 | 移动终端中应用程序的升级方法、系统和服务器 |
CN104703170A (zh) * | 2013-12-05 | 2015-06-10 | 华为终端有限公司 | 下载运营商的文件的方法及设备 |
CN111124455A (zh) * | 2019-12-26 | 2020-05-08 | 上海派能能源科技股份有限公司 | 一种电池管理系统升级方法、装置、服务器及存储介质 |
-
2020
- 2020-06-15 CN CN202010544892.7A patent/CN111694807B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5555391A (en) * | 1993-12-23 | 1996-09-10 | Unisys Corporation | System and method for storing partial blocks of file data in a file cache system by merging partial updated blocks with file block to be written |
CN102314364A (zh) * | 2011-08-08 | 2012-01-11 | 北京登合科技有限公司 | 一种自动适配移动终端的方法 |
CN103313231A (zh) * | 2013-07-03 | 2013-09-18 | 百度在线网络技术(北京)有限公司 | 移动终端中应用程序的升级方法、系统和服务器 |
CN104703170A (zh) * | 2013-12-05 | 2015-06-10 | 华为终端有限公司 | 下载运营商的文件的方法及设备 |
CN111124455A (zh) * | 2019-12-26 | 2020-05-08 | 上海派能能源科技股份有限公司 | 一种电池管理系统升级方法、装置、服务器及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111694807A (zh) | 2020-09-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111459539B (zh) | 基于镜像分层的持续集成流水线运行方法及装置 | |
CN112052013A (zh) | 软件包的生成方法及装置、存储介质、电子装置 | |
CN104852971B (zh) | 一种插件式协议装置及基于插件式协议的数据通信方法 | |
US20130111458A1 (en) | Method and system for on-demand patch generation and management | |
CN104156225A (zh) | 一种安装包的下载方法、系统及服务器 | |
CN107239309B (zh) | 补丁生成方法及装置、更新方法、电子设备、存储介质 | |
US20090172338A1 (en) | Feedback linker for increased delta performance | |
CN109871221B (zh) | 一种针对移动终端设备快速装机部署移动应用软件的系统 | |
CN103729189A (zh) | 基于lua的播放协议转换方法、系统、终端 | |
CN107395385A (zh) | 软件升级方法及装置 | |
CN112612452A (zh) | 一种api平台实现方法、装置、设备及存储介质 | |
CN111694807B (zh) | 非易失性存储文件的处理方法、系统、设备及存储介质 | |
CN113254156A (zh) | 一种容器组部署方法、装置、电子设备及存储介质 | |
CN100441012C (zh) | 一种更新移动终端用户界面的方法 | |
CN113296828A (zh) | 一种发布应用的方法、服务器和系统 | |
CN112035160A (zh) | 代码管理系统及其控制方法 | |
CN111427603B (zh) | 应用程序的升级方法及装置 | |
CN113127268A (zh) | 银行数据库的数据传输方法及装置 | |
KR100538627B1 (ko) | 무선통신단말기의 소프트웨어 부분 업그레이드 방법 | |
CN113641641A (zh) | 文件存储服务的切换方法、切换系统、设备及存储介质 | |
CN113535221A (zh) | 应用版本管理的方法和装置 | |
KR20040017461A (ko) | 이동 통신 단말기의 소프트웨어버전 관리 방법 | |
EP2590073A1 (en) | Method and system for on-demand patch generation and management | |
CN107710681B (zh) | 升级多住户单元的方法和设备 | |
CN113434598B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |