一种标签数据保留方法、装置、设备及存储介质与流程

文档序号:33322906发布日期:2023-03-03 21:37阅读:39来源:国知局
一种标签数据保留方法、装置、设备及存储介质与流程

1.本发明涉及数据存储领域,特别涉及一种标签数据保留方法、装置、设备及存储介质。


背景技术:

2.随着云技术,虚拟化技术的不断进步,需要更多的服务器的支持,对服务器的管理也是一个极大的挑战。服务器管理中,根据客户的需求和当前市场的调研发现,恢复出厂设置功能是每个服务器管理中必不可缺少的功能。并且在触发恢复出厂设置操作后,bmc(baseboard management controller,开源基板管理控制器)中,文件、配置、日志等所有修改过的数据都会删除,以保留bmc第一次启动时的状态。但是,在触发恢复出厂设置操作后,可能需要保留一些修改过的数据,但现有技术目前还没有可以实现的方法。


技术实现要素:

3.有鉴于此,本发明的目的在于提供一种标签数据保留方法、装置、设备及存储介质,可以在恢复出厂设置后,通过读写环境变量的方式,对目标标签的数据进行保护,以防止其它程序错误的操作和更新所述目标标签的数据,实现对标签数据的持久化保留。其具体方案如下:
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.存储器,用于保存计算机程序;
29.处理器,用于执行所述计算机程序以实现前述公开的标签数据保留方法。
30.第四方面,本技术公开了一种计算机可读存储介质,用于保存计算机程序,所述计算机程序被处理器执行时以实现前述公开的标签数据保留方法。
31.本技术中,首先在开源基板管理控制器重新启动后监测目标环境变量中的已更新
目标标签属性值是否在预设数据总线中存在;所述目标环境变量中的所述已更新目标标签属性值为所述预设数据总线预先同步至所述目标环境变量中的数值,然后当所述已更新目标标签属性值在预设数据总线中不存在时,则确定已执行针对所述预设数据总线的出厂设置恢复操作,并获取所述目标环境变量中的所述已更新目标标签属性值,最后将所述已更新目标标签属性值重新添加至所述预设数据总线,以便所述开源基板管理控制器启动完成后读取所述预设数据总线中的所述已更新目标标签属性值,以完成所述已更新目标标签属性值的保留。由此可见,本技术中在确定已执行出厂设置恢复操作后,开源基板管理控制器中的数据会被删除,但环境变量中的数据并不会被删除,可以在所述开源基板管理控制器启动完成后,读取通过目标环境变量同步至数据总线的已更新目标标签属性值,来完成所述已更新目标标签属性值的保留。这样一来,通过读写环境变量的方式,对目标标签的数据进行保护,以防止其它程序错误的操作和更新所述目标标签的数据,以实现对标签数据的持久化保留。
附图说明
32.为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
33.图1本技术提供的一种标签数据保留方法流程图;
34.图2为本技术提供的一种具体的标签数据保留方法流程图;
35.图3为本技术提供的一种具体的标签数据保留方法流程图;
36.图4为本技术提供的一种标签数据保留方法装置结构示意图;
37.图5为本技术提供的一种电子设备结构图。
具体实施方式
38.下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
39.在触发恢复出厂设置操作后,bmc中,文件、配置、日志等所有修改过的数据都会删除,以保留bmc第一次启动时的状态。但是,在触发恢复出厂设置操作后,可能需要保留一些修改过的数据,但现有技术目前还没有可以实现的方法。
40.为了克服上述技术问题,本技术提供了一种标签数据保留方法,可以在恢复出厂设置后,通过读写环境变量的方式,对目标标签的数据进行保护,以防止其它程序错误的操作和更新所述目标标签的数据,实现对标签数据的持久化保留。
41.参见图1所示,本发明实施例公开了一种标签数据保留方法,包括:
42.步骤s11、当开源基板管理控制器重新启动后监测目标环境变量中的已更新目标标签属性值是否在预设数据总线中存在;所述目标环境变量中的所述已更新目标标签属性值为所述预设数据总线预先同步至所述目标环境变量中的数值。
43.本实施例中,当开源基板管理控制器重新启动后监测目标环境变量中的已更新目标标签属性值是否在预设数据总线中存在,也即当开源基板管理控制器重新启动后,可以通过监测预设的dbus(deamon bus,消息总线系统)中是否存在所述已更新目标标签属性值,来确定是否已经进行出厂设置恢复操作,并且需要说明的是,所述目标环境变量中的所述已更新目标标签属性值为所述预设数据总线预先同步至所述目标环境变量中的数值,也即在开源基板管理控制器重新启动之前,所述预设数据总线需要先将发生更新的所述已更新目标标签属性值同步到uboot(universal boot loader,通用引导加载程序)的环境变量中。
44.步骤s12、若不存在,则确定已执行针对所述预设数据总线的出厂设置恢复操作,并获取所述目标环境变量中的所述已更新目标标签属性值。
45.本实施例中,若不存在,则确定已执行针对所述预设数据总线的出厂设置恢复操作,并获取所述目标环境变量中的所述已更新目标标签属性值,也即如果预设数据总线中不存在已更新目标标签属性值,则表征已经执行所诉出厂设置恢复操作,所述预设数据总线中的所述已更新目标标签属性值已经被清除,需要进行说明的是,当执行出厂设置恢复操作后,开源基板管理控制器中的数据会被删除,但uboot环境变量中的数据并不会被删除,可以读取所述uboot环境变量中提前同步的所述已更新目标标签属性值。
46.步骤s13、将所述已更新目标标签属性值重新添加至所述预设数据总线,以便所述开源基板管理控制器启动完成后读取所述预设数据总线中的所述已更新目标标签属性值,以完成所述已更新目标标签属性值的保留。
47.本实施例中,将所述已更新目标标签属性值重新添加至所述预设数据总线,以便所述开源基板管理控制器启动完成后读取所述预设数据总线中的所述已更新目标标签属性值,以完成所述已更新目标标签属性值的保留,在确定已经执行出厂设置恢复操作后,将从uboot环境变量中读取的已更新目标标签属性值重新添加至所述预设数据总线,所述开源基板管理控制器在重新启动完成后可以读取通过uboot环境变量重新添加至所述预设数据总线的所述已更新目标标签属性值。这样一来,可以在所述开源基板管理控制器启动完成后,读取通过目标环境变量同步至数据总线的已更新目标标签属性值,来完成所述已更新目标标签属性值的持久化保留。
48.本技术中,首先在开源基板管理控制器重新启动后监测目标环境变量中的已更新目标标签属性值是否在预设数据总线中存在;所述目标环境变量中的所述已更新目标标签属性值为所述预设数据总线预先同步至所述目标环境变量中的数值,然后当所述已更新目标标签属性值在预设数据总线中不存在时,则确定已执行针对所述预设数据总线的出厂设置恢复操作,并获取所述目标环境变量中的所述已更新目标标签属性值,最后将所述已更新目标标签属性值重新添加至所述预设数据总线,以便所述开源基板管理控制器启动完成后读取所述预设数据总线中的所述已更新目标标签属性值,以完成所述已更新目标标签属性值的保留。由此可见,本技术中在确定已执行出厂设置恢复操作后,开源基板管理控制器中的数据会被删除,但环境变量中的数据并不会被删除,可以在所述开源基板管理控制器启动完成后,读取通过目标环境变量同步至数据总线的已更新目标标签属性值,来完成所述已更新目标标签属性值的保留。这样一来,通过读写环境变量的方式,对目标标签的数据进行保护,以防止其它程序错误的操作和更新所述目标标签的数据,以实现对标签数据的
持久化保留。
49.基于前一实施例可知,本技术中开源基板控制器在在重新启动后,需要监测预设数据总线中是否存在已更新目标标签属性值,并且所述已更新目标标签属性值需要提前同步至所述预设数据总线,再更新至uboot环境变量,为此本实施例对将已更新目标标签属性值提前同步至所述预设数据总线,再更新至所述uboot环境变量的步骤做了详细的描述,参见图2所示,本发明实施例公开了一种标签数据保留方法,包括:
50.步骤s21、接收标签属性值更新指令,并根据所述标签属性值更新指令对目标标签属性值进行更新,以得到所述已更新目标标签属性值;所述目标标签属性值为用户流动资产标签的属性值。
51.本实施例中,接收标签属性值更新指令,并根据所述标签属性值更新指令对目标标签属性值进行更新,以得到所述已更新目标标签属性值,也即当用户通过带内或带外的方式对目标标签属性值进行更新时,会生成所述标签属性值更新指令,并且当预设指令接收接口接收到所述所述标签属性值更新指令后,可以根据所述标签属性值更新指令对所述目标标签属性值进行更新,以得到所述已更新目标标签属性值,需要进行说明的是,所述目标标签属性值可以为多种类型的标签属性值,但在本身申请中所述目标标签属性值为用户流动资产标签的属性值。进一步需要进行说明的是,当通过标签属性值更新指令对目标标签属性值进行更新,得到所述已更新目标标签属性值后,会将所述已更新目标标签属性值同步更新至所述预设数据总线。
52.步骤s22、通过预设监视组件监测预设数据总线中的目标标签属性值是否发生更新,以确定第一数据监测结果。
53.本实施例中,通过预设监视组件监测所述预设数据总线中的目标标签属性值是否发生更新,以确定第一数据监测结果,也即当开源基板管理控制器检测到目标标签属性值通过带内或带外的方式进行更新,会立刻启动监视服务,需要进行说明的是,所述监视服务可以为多种类型的监视服务,但本技术中所述监视服务为systemd监视服务,并且在启动所述systemd监视服务后,可以通过预设的systemd监视组件监测所述预设数据总线中的目标标签属性值是否发生更新,然后根据所述systemd监视组件的监测结果确定所述第一数据监测结果。
54.步骤s23、根据所述第一数据监测结果确定是否将所述已更新目标标签属性值同步更新至所述目标环境变量。
55.本实施例中,根据所述第一数据监测结果确定是否将所述已更新目标标签属性值同步更新至所述目标环境变量,也即若所述第一数据监测结果表征所述预设数据总线中的目标标签属性值已发生更新,则触发数据获取脚本,以通过所述数据获取脚本获取所述已更新目标标签属性值,并将所述已更新目标标签属性值同步至uboot环境变量。并且需要进行说明的是,当所述第一数据监测结果表征所述预设数据总线中的目标标签属性值没有发生更新,则不触发所述通过所述数据获取脚本获取所述已更新目标标签属性值,并将所述已更新目标标签属性值同步至uboot环境变量的步骤。
56.由此可见,本实施例中首先接收标签属性值更新指令,并根据所述标签属性值更新指令对目标标签属性值进行更新,以得到所述已更新目标标签属性值;所述目标标签属性值为用户流动资产标签的属性值,并将所述已更新目标标签属性值同步更新至所述预设
数据总线,然后通过预设监视组件监测所述预设数据总线中的目标标签属性值是否发生更新,以确定第一数据监测结果,最后根据所述第一数据监测结果确定是否将所述已更新目标标签属性值同步更新至所述目标环境变量。这样一来,当目标标签属性值更新后,可以将已更新目标标签属性值同步更新至预设数据总线,并通过预设数据总线更新至uboot环境变量,以实现对所述已更新目标标签属性值的保护。
57.基于前一实施例可知,本技术中开源基板控制器在在重新启动后,需要通过监测预设数据总线中是否存在已更新目标标签属性值来确定是否已执行出厂设置恢复操作,以确定是否读取预设数据总线中的已更新目标标签属性值,为此本实施例对通过监测预设数据总线中是否存在已更新目标标签属性值来确定是否已执行出厂设置恢复操作,以确定是否读取预设数据总线中的已更新目标标签属性值的步骤做了详细的描述,参见图3所示,本发明实施例公开了一种标签数据保留方法,包括:
58.步骤s31、当开源基板管理控制器重新启动后,通过预设监视组件监测目标环境变量中的已更新目标标签属性值是否在预设数据总线中存在,以得到第二数据监测结果,并基于所述第二数据监测结果确定是否已执行针对所述预设数据总线的出厂设置恢复操作。
59.本实施例中,当开源基板管理控制器重新启动后,通过预设监视组件监测目标环境变量中的已更新目标标签属性值是否在预设数据总线中存在,以得到第二数据监测结果,也即当开源基板管理控制器重新启动后,会通过systemd监视组件监测uboot环境变量中的已更新目标标签属性值在预设数据总线中是否存在,以确定监视结果,然后根据所述监视结果确定所述第二数据监测结果。
60.需要进行说明的是,所述当开源基板管理控制器重新启动后监测目标环境变量中的已更新目标标签属性值是否在预设数据总线中存在之后,还包括:若所述第二数据监测结果表征所述预设数据总线中存在所述已更新目标标签属性值,则确定当前还未执行针对所述预设数据总线的所述出厂设置恢复操作,也即如果已进行出厂设置恢复操作,则数据总线中的数据会被清除,因此如果所述第二数据监测结果表征所述预设数据总线中依然存在所述已更新目标标签属性值,则说明还没有进行所述出厂设置恢复操作,不触发所述获取所述目标环境变量中的所述已更新目标标签属性值的步骤。
61.步骤s32、若不存在,则确定已执行针对所述预设数据总线的出厂设置恢复操作,并获取所述目标环境变量中的所述已更新目标标签属性值。
62.步骤s33、将所述已更新目标标签属性值添加至经过所述出厂设置恢复操作的所述预设数据总线。
63.本实施例中,将所述已更新目标标签属性值添加至经过所述出厂设置恢复操作的所述预设数据总线,也即将获取的uboot环境变量中的已更新目标标签属性值重新添加至经过出厂设置恢复操作的预设数据总线中,以便开源基板控制器读取所述已更新目标标签属性值。
64.步骤s34、当所述开源基板管理控制器启动完成后,从经过所述出厂设置恢复操作的所述预设数据总线读取所述更新后目标标签属性值,并将所述更新后目标标签属性值添加至预设网络协议,以完成所述更新后目标标签属性值的保留。
65.本实施例中,当所述开源基板管理控制器启动完成后,从经过所述出厂设置恢复操作的所述预设数据总线读取所述更新后目标标签属性值,并将所述更新后目标标签属性
值添加至预设网络协议,以完成所述更新后目标标签属性值的保留,也即在所述开源基板管理控制器启动完成后,可以读取通过uboot环境变量添加至所述预设数据总线的所述更新后目标标签属性值,然后将所述更新后目标标签属性值添加至web中,以实现恢复出厂设置后对所述更新后目标标签属性值的持久化保留。
66.需要说明的是,关于上述步骤s32更加具体的处理过程可以参考前述实施例中公开的相应内容,在此不再进行赘述。
67.由此可见,本实施例中在开源基板管理控制器重新启动后,首先通过预设监视组件监测目标环境变量中的已更新目标标签属性值是否在预设数据总线中存在,以得到第二数据监测结果,并基于所述第二数据监测结果确定是否已执行针对所述预设数据总线的出厂设置恢复操作,当所述第二数据监测结果表征所述已更新目标标签属性值子啊所述预设数据总线中已经不存在时,则确定已执行针对所述预设数据总线的出厂设置恢复操作,并获取所述目标环境变量中的所述已更新目标标签属性值,然后将所述已更新目标标签属性值添加至经过所述出厂设置恢复操作的所述预设数据总线,最后当所述开源基板管理控制器启动完成后,从经过所述出厂设置恢复操作的所述预设数据总线读取所述更新后目标标签属性值,并将所述更新后目标标签属性值添加至预设网络协议,以完成所述更新后目标标签属性值的保留。这样一来,可以在执行出厂设置恢复操作后,通过读取通过uboot环境变量添加至所述预设数据总线的所述更新后目标标签属性值,实现对已更新目标标签属性值的持久化保留。
68.参见图4所示,本发明实施例公开了一种标签数据保留装置,包括:
69.数据监测模块11,用于当开源基板管理控制器重新启动后监测目标环境变量中的已更新目标标签属性值是否在预设数据总线中存在;
70.数据获取模块12,用于当不存在时,确定已执行针对所述预设数据总线的出厂设置恢复操作,并获取所述目标环境变量中的所述已更新目标标签属性值;
71.数据保留模块13,用于将所述已更新目标标签属性值重新添加至所述预设数据总线,以便所述开源基板管理控制器启动完成后读取所述预设数据总线中的所述已更新目标标签属性值,以完成所述已更新目标标签属性值的保留。
72.由此可见,本技术中首先在开源基板管理控制器重新启动后监测目标环境变量中的已更新目标标签属性值是否在预设数据总线中存在;所述目标环境变量中的所述已更新目标标签属性值为所述预设数据总线预先同步至所述目标环境变量中的数值,然后当所述已更新目标标签属性值在预设数据总线中不存在时,则确定已执行针对所述预设数据总线的出厂设置恢复操作,并获取所述目标环境变量中的所述已更新目标标签属性值,最后将所述已更新目标标签属性值重新添加至所述预设数据总线,以便所述开源基板管理控制器启动完成后读取所述预设数据总线中的所述已更新目标标签属性值,以完成所述已更新目标标签属性值的保留。由此可见,本技术中在确定已执行出厂设置恢复操作后,开源基板管理控制器中的数据会被删除,但环境变量中的数据并不会被删除,可以在所述开源基板管理控制器启动完成后,读取通过目标环境变量同步至数据总线的已更新目标标签属性值,来完成所述已更新目标标签属性值的保留。这样一来,通过读写环境变量的方式,对目标标签的数据进行保护,以防止其它程序错误的操作和更新所述目标标签的数据,以实现对标签数据的持久化保留。
73.在一些实施例中,所述数据监测模块11,还可以包括:
74.数据更新子模块,用于接收标签属性值更新指令,并根据所述标签属性值更新指令对目标标签属性值进行更新,以得到所述已更新目标标签属性值;所述目标标签属性值为用户流动资产标签的属性值;
75.第一同步更新子模块,用于将所述已更新目标标签属性值同步更新至所述预设数据总线。
76.在一些实施例中,所述数据监测模块11,还可以包括:
77.第一监测子模块,用于第一通过预设监视组件监测所述预设数据总线中的目标标签属性值是否发生更新,以确定第一数据监测结果;
78.第二同步更新子模块,用于根据所述第一数据监测结果确定是否将所述已更新目标标签属性值同步更新至所述目标环境变量。
79.在一些实施例中,所述第二同步更新子模块,具体可以包括:
80.数据同步单元,用于当所述第一数据监测结果表征所述预设数据总线中的目标标签属性值已发生更新,则触发数据获取脚本,以通过所述数据获取脚本获取所述已更新目标标签属性值,并将所述已更新目标标签属性值同步至所述目标环境变量。
81.在一些实施例中,所述数据监测模块11,具体可以包括:
82.第一操作结果确定单元,用于当所述开源基板管理控制器重新启动后,通过所述预设监视组件监测所述目标环境变量中的所述已更新目标标签属性值是否在所述预设数据总线中存在,以得到第二数据监测结果,并基于所述第二数据监测结果确定是否已执行针对所述预设数据总线的出厂设置恢复操作。
83.在一些实施例中,所述数据获取模块12,还可以包括:
84.第二操作结果确定单元,当所述第二数据监测结果表征所述预设数据总线中存在所述已更新目标标签属性值,则确定当前还未执行针对所述预设数据总线的所述出厂设置恢复操作。
85.在一些实施例中,所述数据保留模块13,还可以包括:
86.数据添加单元,用于将所述已更新目标标签属性值添加至经过所述出厂设置恢复操作的所述预设数据总线;
87.数据保留单元,用于当所述开源基板管理控制器启动完成后,从经过所述出厂设置恢复操作的所述预设数据总线读取所述更新后目标标签属性值,并将所述更新后目标标签属性值添加至预设网络协议,以完成所述更新后目标标签属性值的保留。
88.进一步的,本技术实施例还公开了一种电子设备,图5是根据一示例性实施例示出的电子设备20结构图,图中的内容不能认为是对本技术的使用范围的任何限制。
89.图5为本技术实施例提供的一种电子设备20的结构示意图。该电子设备20,具体可以包括:至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中,所述存储器22用于存储计算机程序,所述计算机程序由所述处理器21加载并执行,以实现前述任一实施例公开的标签数据保留方法中的相关步骤。另外,本实施例中的电子设备20具体可以为电子计算机。
90.本实施例中,电源23用于为电子设备20上的各硬件设备提供工作电压;通信接口24能够为电子设备20创建与外界设备之间的数据传输通道,其所遵循的通信协议是能够适
用于本技术技术方案的任意通信协议,在此不对其进行具体限定;输入输出接口25,用于获取外界输入数据或向外界输出数据,其具体的接口类型可以根据具体应用需要进行选取,在此不进行具体限定。
91.另外,存储器22作为资源存储的载体,可以是只读存储器、随机存储器、磁盘或者光盘等,其上所存储的资源可以包括操作系统221、计算机程序222等,存储方式可以是短暂存储或者永久存储。
92.其中,操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222,其可以是windows server、netware、unix、linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的标签数据保留方法的计算机程序之外,还可以进一步包括能够用于完成其他特定工作的计算机程序。
93.进一步的,本技术还公开了一种计算机可读存储介质,用于存储计算机程序;其中,所述计算机程序被处理器执行时实现前述公开的标签数据保留方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容,在此不再进行赘述。
94.本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
95.专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本技术的范围。
96.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
97.最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
98.以上对本技术所提供的技术方案进行了详细介绍,本文中应用了具体个例对本技术的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本技术的方法及其核心思想;同时,对于本领域的一般技术人员,依据本技术的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本技术的限制。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1