发明内容
为了便于对扇区的续约进行管理,本申请提供尤其是涉及一种扇区管理方法、装置、电子设备及存储介质。
第一方面,本申请提供一种扇区管理方法,采用如下的技术方案:
一种扇区管理方法,包括:
从目标扇区中确定已过期扇区和临期扇区,所述临期扇区为距过期日期小于等于第一预设时长的未过期扇区;
查询每个所述已过期扇区的续约资格,得到所有的合格扇区,所述合格扇区为具备续约资格的扇区;
获取各个待处理扇区分别对应的续约周期,所述待处理扇区包括临期扇区和合格扇区;
基于各个待处理扇区分别对应的续约周期,对各个待处理扇区分别进行续约。
通过采用上述技术方案,电子设备能够从目标扇区中确定出已过期扇区和将要过期的临近扇区后,并进一步地确定已过期扇区中能够被续约的合格扇区;之后获取每个合格扇区和临期扇区对应的续约周期,基于对应的续约周期对每个合格扇区和临期扇区进行续约,使得已过期扇区能够正常使用,同时将要过期的扇区的使用时间能够被延长,相比在过期后再对扇区进行续约,减少了续约的次数,同时减少了用户需要花费的时间和精力,提升了对扇区续约的便利性。
在一种可能实现的方式中,所述从目标扇区中确定已过期扇区和临期扇区,包括:
调取目标扇区对应的映射表,所述映射表中包含每个目标扇区的过期日期;
查询映射表以确定所有已过期扇区和未过期扇区;
基于每个未过期扇区的过期日期和第一预设时长确定所有预临期扇区;
判断所有预临期扇区的数量是否大于预设的经济阈值,所述经济阈值为正整数;
若是,则确定所有预临期扇区为临期扇区;
若否,则确定所述临期扇区的数量为0。
通过采用上述技术方案,在通过过期日期和第一预设时长确定所有的预临期扇区后,为了减少后续再续约的次数,当预临期扇区的数量大于等于经济阈值后,将所有预临期扇区确定为需要续约的扇区,若预临期扇区的数量小于经济阈值,则确定临期扇区的数量为0,使得当前所有的预临期扇区需要等待再进行续约。
在一种可能实现的方式中,在查询每个所述已过期扇区的续约资格,之前还包括:
查询每个所述已过期扇区的过期时长和可续约时长;
基于每个所述已过期扇区的过期时长和可续约时长确定每个扇区的续约资格,所述具备续约资格的扇区的过期时长不超过预设的违约时长且可续约时长和过期时长的差值不小于预设的第二预设时长。
通过采用上述技术方案,在查询已过期扇区的续约资格之前,先通过已过期扇区的过期时长和可续约时长确定其过期时间,并通过过期时间和违约时长的差值与第二预设时长的比较确定每个已过期扇区的续约资格。
在一种可能实现的方式中,所述获取各个待处理扇区分别对应的续约周期,包括:
获取预设的第一周期为各个待处理扇区分别对应的续约周期;或
获取用户输入的指定周期各个待处理扇区分别对应的续约周期。
通过采用上述技术方案,将每个待处理扇区的续约周期均确定为相同的第一周期,使得过期扇区能够在之后的同一日期中到期,提升了后续对批量扇区管理的便利性;获取用户输入的指定周期作为各个待处理扇区分别对应的续约周期,能够满足用户的实际需求。
在一种可能实现的方式中,若未获取到所述第一周期和所述指定周期,还包括:
获取各个待处理扇区分别对应的可续约时长为各个待处理扇区分别对应的续约周期;或
获取最短周期为各个待处理扇区的续约周期,所述最短周期为各个待处理扇区分别对应的可续约时长中的最短时长。
通过采用上述技术方案,能够减少后期续约的次数,使得当前的待处理扇区能够稳定的使用较长时间;通过最短周期对每个待处理周期进行续约,能够使得当前待处理扇区均能够在同一日期到期,进一步提升了对批量扇区管理的便利性。
在一种可能实现的方式中,所述基于各个待处理扇区分别对应的续约周期对各个待处理扇区分别进行续约,对于任一待处理扇区,包括:
获取任一待处理扇区对应的版本类型;
基于任一待处理扇区对应的版本类型获取对应的续约指令;
基于任一待处理扇区对应的续约指令和续约周期对任一待处理扇区进行续约。
通过采用上述技术方案,通过扇区的版本确定对应的续约指令,便于续约步骤顺利,减少出现错误的几率,提升续约的效率。
在一种可能实现的方式中,所述基于任一待处理扇区对应的续约指令和续约周期对任一待处理扇区进行续约,包括:
基于任一已过期扇区对应的续约指令和续约周期对任一已过期扇区实时进行续约;
在预约日期之前,基于任一临期扇区对应的续约指令和续约周期对任一临期扇区进行续约,所述预约日期为所有临期扇区对应的最早的过期日期。
通过采用上述技术方案,在当前所有的临期扇区将要变为过期扇区时再进行续约,在当前时间到预约日期之间,可能回新的临近扇区产生,则在续约日期可将新产生的临期日期一同续约,同时也能够将更多的扇区续约成在相同的日期到期,提升了对批量扇区管理的便利性。
第二方面,本申请提供一种扇区管理装置,采用如下的技术方案:
一种扇区管理装置,包括:
确定模块,用于从目标扇区中确定已过期扇区和临期扇区,所述临期扇区为距过期日期小于等于第一预设时长的未过期扇区;
第一查询模块,用于查询每个所述已过期扇区的续约资格,得到所有的合格扇区,所述合格扇区为具备续约资格的扇区;
续约周期获取模块,用于获取各个待处理扇区分别对应的续约周期,所述待处理扇区包括临期扇区和合格扇区;
续约模块,用于基于各个待处理扇区分别对应的续约周期,对各个待处理扇区分别进行续约。
通过采用上述技术方案,该装置能够从目标扇区中确定出已过期扇区和将要过期的临近扇区后,并进一步地确定已过期扇区中能够被续约的合格扇区;之后获取每个合格扇区和临期扇区对应的续约周期,基于对应的续约周期对每个合格扇区和临期扇区进行续约,使得已过期扇区能够正常使用,同时将要过期的扇区的使用时间能够被延长,相比在过期后再对扇区进行续约,减少了续约的次数,同时减少了用户需要花费的时间和精力,提升了对扇区续约的便利性。
在一种可能实现的方式中,当确定模块从目标扇区中确定已过期扇区和临期扇区时,具体用于:
调取目标扇区对应的映射表,所述映射表中包含每个目标扇区的过期日期;
查询映射表以确定所有已过期扇区和未过期扇区;
基于每个未过期扇区的过期日期和第一预设时长确定所有预临期扇区;
判断所有预临期扇区的数量是否大于预设的经济阈值,所述经济阈值为正整数;
若是,则确定所有预临期扇区为临期扇区;
若否,则确定所述临期扇区的数量为0。
在一种可能实现的方式中,该装置还包括:
第二查询模块,用于查询每个所述已过期扇区的过期时长和可续约时长;
续约资格确定模块,用于基于每个所述已过期扇区的过期时长和可续约时长确定每个扇区的续约资格,所述具备续约资格的扇区的过期时长不超过预设的违约时长且可续约时长和过期时长的差值不小于预设的第二预设时长。
在一种可能实现的方式中,当续约周期获取模块获取各个待处理扇区分别对应的续约周期时,具体用于:
获取预设的第一周期为各个待处理扇区分别对应的续约周期;或
获取用户输入的指定周期各个待处理扇区分别对应的续约周期。
在一种可能实现的方式中,该装置还包括:
第一获取模块,用于获取各个待处理扇区分别对应的可续约时长为各个待处理扇区分别对应的续约周期;或
第二获取模块,用于获取最短周期为各个待处理扇区的续约周期,所述最短周期为各个待处理扇区分别对应的可续约时长中的最短时长。
在一种可能实现的方式中,当续约模块基于各个待处理扇区分别对应的续约周期对各个待处理扇区分别进行续约时,对于任一待处理扇区,具体用于:
获取任一待处理扇区对应的版本类型;
基于任一待处理扇区对应的版本类型获取对应的续约指令;
基于任一待处理扇区对应的续约指令和续约周期对任一待处理扇区进行续约。
在一种可能实现的方式中,当续约模块基于任一待处理扇区对应的续约指令和续约周期对任一待处理扇区进行续约时,具体用于:
基于任一已过期扇区对应的续约指令和续约周期对任一已过期扇区实时进行续约;
在预约日期之前,基于任一临期扇区对应的续约指令和续约周期对任一临期扇区进行续约,所述预约日期为所有临期扇区对应的最早的过期日期。
第三方面,本申请提供一种电子设备,采用如下的技术方案:
一种电子设备,该电子设备包括:
至少一个处理器;
存储器;
至少一个应用程序,其中所述至少一个应用程序被存储在存储器中并被配置为由至少一个处理器执行,所述至少一个应用程序配置用于:执行上述扇区续约方法。
第四方面,本申请提供一种计算机可读存储介质,采用如下的技术方案:
一种计算机可读存储介质,包括:存储有能够被处理器加载并执行上述扇区续约方法的计算机程序。
综上所述,本申请包括以下至少一种有益技术效果:
1.电子设备能够从目标扇区中确定出已过期扇区和将要过期的临近扇区后,并进一步地确定已过期扇区中能够被续约的合格扇区;之后获取每个合格扇区和临期扇区对应的续约周期,基于对应的续约周期对每个合格扇区和临期扇区进行续约,使得已过期扇区能够正常使用,同时将要过期的扇区的使用时间能够被延长,相比在过期后再对扇区进行续约,减少了续约的次数,同时减少了用户需要花费的时间和精力,提升了对扇区续约的便利性;
2.将每个待处理扇区的续约周期均确定为相同的第一周期,使得过期扇区能够在之后的同一日期中到期,提升了后续对批量扇区管理的便利性;获取用户输入的指定周期作为各个待处理扇区分别对应的续约周期,能够满足用户的实际需求;
3.能够减少后期续约的次数,使得当前的待处理扇区能够稳定的使用较长时间;通过最短周期对每个待处理周期进行续约,能够使得当前待处理扇区均能够在同一日期到期,进一步提升了对批量扇区管理的便利性。
具体实施方式
以下结合附图1-附图3对本申请作进一步详细说明。
本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改,但只要在本申请的权利要求范围内都受到专利法的保护。
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
另外,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,如无特殊说明,一般表示前后关联对象是一种“或”的关系。
本申请实施例提供了一种扇区管理方法,由电子设备执行,参照图1,该方法包括步骤S101-步骤S104,其中:
步骤S101、从目标扇区中确定已过期扇区和临期扇区,临期扇区为距过期日期小于等于第一预设时长的未过期扇区。
扇区在激活封装时,都有一个激活期限,还有一个最大的使用时长。其中激活期限的最后一天,也就是过期日期;超过过期日期的扇区为过期扇区,此时扇区中的数据使用受限或者不能使用。
在本申请实施例中,目标扇区可以为用户指定范围内的扇区,也可以为用户的账户下所有的扇区。因此每次续约均需要打包数据上链,因此需要花费一定的Gas费用,因此,在确定出已过期扇区时,同时确定临期扇区,以减少需要多次续约的情况的发生,同时也能够减少Gas费用的消耗。第一预设时长为正整数,但是对于具体的数值,本申请的实施例中不进行具体限定,只要便于筛选出将要过期的扇区进行续约,以减少续约次数即可。
步骤S102、查询每个已过期扇区的续约资格,得到所有的合格扇区,合格扇区为具备续约资格的扇区。
在本申请实施例中,通过查询,能够确定已过期的扇区中,哪些是具备续约资格的合格扇区,哪些是不具备续约资格的扇区,续约是针对合格扇区进行的。
步骤S103、获取各个待处理扇区分别对应的续约周期,待处理扇区包括临期扇区和合格扇区。
在本申请实施例中,对于每个待处理扇区来说,其续约周期可以是相同的周期,也可以是各自对应的不同的周期。续约周期应该是一个正整数,且要大于一个预设阈值,以减少低价值的扇区续约;因为,续约周期较短,会增加续约的次数,进而产生较多的Gas费用。例如预设阈值可以为50天;如果一个扇区的最大的使用时长为540天,其已使用了500天,且目前为到期状态,则及时续约,且续约时长最大也只为40天,因此,可以将该扇区的续约周期更改为0,即可以不对该扇区进行续约。对于预设阈值的具体数值,本申请实施例中不进行限定。
步骤S104、基于各个待处理扇区分别对应的续约周期,对各个待处理扇区分别进行续约。
在本申请实施例中,基于每个待处理扇区对应的续约周期进行续约,以延长未过期扇区的使用时长,同时使得已过期扇区能够被使用。
电子设备能够从目标扇区中确定出已过期扇区和将要过期的临近扇区后,并进一步地确定已过期扇区中能够被续约的合格扇区;之后获取每个合格扇区和临期扇区对应的续约周期,基于对应的续约周期对每个合格扇区和临期扇区进行续约,使得已过期扇区能够正常使用,同时将要过期的扇区的使用时间能够被延长,相比在过期后再对扇区进行续约,减少了续约的次数,同时减少了用户需要花费的时间和精力,提升了对扇区续约的便利性。
进一步地,为了减少续约的次数进而节省Gas费用,步骤S101还可以包括步骤S1011(图中未示出)-步骤S1016(图中未示出),其中:
步骤S1011、调取目标扇区对应的映射表,映射表中包含每个目标扇区的过期日期;
步骤S1012、查询映射表以确定所有已过期扇区和未过期扇区。
具体地,映射表中至少包括每个目标扇区对应的过期日期,同时为了确定每个扇区的身份,每个扇区应设置唯一的编号,在映射表中,过期日期应与对应扇区的编号关联。通过当前时间以及每个目标扇区的过期日期,经出查询可以得到所有已过期的扇区和所有未过期的扇区。进一步地,为了提高查询结果的准确性,映射表中还可以存储有,每个扇区对应的首次激活时间,以及历史续约周期信息,以及每个扇区的最大可用时长。可以基于每个扇区的首次激活日期,以及每个扇区的历史续约周期和当前日期能够验证每个扇区的过期状态。
步骤S1013、基于每个未过期扇区的过期日期和第一预设时长确定所有预临期扇区。
具体地,基于当前时间和每个未过期扇区的过期日期确定出每个未过期扇区对应的将要过期的时间,若小于第一预设时长,则为预临期扇区;但是预临期扇区是否能够确定为需要被续约的临期扇区,需要步骤S104的进一步判断。
步骤S1014、判断所有预临期扇区的数量是否大于预设的经济阈值,经济阈值为正整数;
步骤S1015、若是,则确定所有预临期扇区为临期扇区;
步骤S1016、若否,则确定临期扇区的数量为0。
具体地,若当前确定的临期扇区的数量较少,因为临期扇区仍处于可以使用的状态,则没有必要进行提前续约,因此将临期扇区的数量确定为0,只需要续约已过期扇区即可;在之后产生新的临期扇区的时候,此时临期扇区的数量较多,此时可以一次性将临期扇区全部进行续约,以减少需要续约的次数。对于经济阈值的具体数量,本申请中不进行具体限定,只要便于减少续约的次数即可。
进一步地,在步骤S102之前,扇区管理方法还包括步骤SA1(图中未示出)和步骤SA2(图中未示出),其中:
步骤SA1、查询每个已过期扇区的过期时长和可续约时长。
具体地,在步骤S1011中,已经获取了映射表,从映射表中确定每个已过期扇区的过期日期并结合当前时间确定已过期时长;从映射表中确定已过期扇区首次激活封装的日期以及已过期扇区对应的最大使用时长,进而确定已过期扇区的可续约时长。
步骤SA12、基于每个已过期扇区的过期时长和可续约时长确定每个扇区的续约资格,具备续约资格的扇区的过期时长不超过预设的违约时长且可续约时长和过期时长的差值不小于预设的第二预设时长。
具体地,对于已过期扇区有一个违约时长,即过期时间不超过违约时长,可以再次被续约使用。对于已过期扇区,通过筛选已过期时长小于等于缓冲周期的已过期扇区,并且再通过确定其可续约时长为正数,则该已过期扇区具备续约的资格。
进一步地,在步骤S103中,获取续约周期有方式一、方式二、方式三以及方式四共四种方式,其中:
方式一、获取预设的第一周期为各个待处理扇区分别对应的续约周期。
具体地,第一周期为预设的正整数,即对于每个待处理扇区,对其将要续约的续约周期,都是相同的。这样方式一方面可以满足用户的特殊需求,同时能够使得续约步骤简单。
方式二、获取用户输入的指定周期各个待处理扇区分别对应的续约周期。
具体地,用户可以设置条件对不同的待处理扇区确定不同的制定周期,能够进一步满足用户的实际需求。同时使用相同的续约周期,使得当前已过期扇区在下一次均会在相同的日期到期,减少了不同扇区间隔到期的情况,更便于对批量的扇区进行统一的管理。
在用户输入指定周期时,优先执行方式二;在不触发方式三或方式四的条件下,若用户未输入指定周期,则优先执行方式一。
进一步地,若未获取到方式一中的第一周期且未获取到方式二中的指定周期,则执行方式三或方式四。
方式三、获取各个待处理扇区分别对应的可续约时长为各个待处理扇区分别对应的续约周期。
具体地,在已经获取了映射表后,从映射表中能够获取各个待处理扇区对应的最大使用时长,结合当前时间和各个扇区的首次激活封装日期,能够得到各个待处理扇区分别对应的最大的续约时长,即可续约时长。以各个待处理扇区对应的可续约时长进行续约,能够减少后期续约的次数,使得当前的待处理扇区能够稳定的使用较长时间。
方式四、获取最短周期为各个待处理扇区的续约周期,最短周期为各个待处理扇区分别对应的可续约时长中的最短时长。
具体地,方式一只能够使得当前已过期的扇区在后期能够在同一日期到期;而通过确定各个待处理扇区中可续约时长最短的为最短周期,并通过最短周期对每个待处理周期进行续约,能够使得当前待处理扇区均能够在同一日期到期,进一步提升了对批量扇区管理的便利性。
进一步地,步骤S104可以包括步骤SB1(图中未示出)-步骤SB3(图中未示出),其中:
步骤SB1、获取任一待处理扇区对应的版本类型;
步骤SB2、基于任一待处理扇区对应的版本类型获取对应的续约指令;
步骤SB3、基于任一待处理扇区对应的续约指令和续约周期对任一待处理扇区进行续约。
具体地,不同的版本对应的扇区的续约参数和要求不同。例如对V1版本的扇区续约需要用到指令lotus-miner sectors extend;对V1-1版本的扇区续约需要用到指令lotus-miner sectors renew。确定扇区的版本之后,选择对应的指令对对应的待处理扇区续约对应的续约周期。
进一步地,在对待处理扇区进行续约时,可以将已过期扇区和临期扇区分开进行续约,即步骤SB3可以包括步骤SB31和步骤SB32,其中:
步骤SB31、基于任一已过期扇区对应的续约指令和续约周期对任一已过期扇区实时进行续约。
具体地,对于已过期的扇区,实时续约使得已过期扇区能够较快地回复使用。
步骤SB32、在预约日期之前,基于任一临期扇区对应的续约指令和续约周期对任一临期扇区进行续约,预约日期为所有临期扇区对应的最早的过期日期。
具体地,在对临期扇区进行续约时,可以不进行立即续约。先确定每个需要续约的临期扇区分别对应的过期日期,然后将最早的过期日期确定为当前需要续约的所有临期扇区开始进行续约的日期,即在当前所有的临期扇区将要变为过期扇区时再进行续约,在当前时间到预约日期之间,可能回新的临近扇区产生,则在续约日期可将新产生的临期日期一同续约,进而能够减少续约的次数,同时也能够将更多的扇区续约成在相同的日期到期,提升了对批量扇区管理的便利性。
上述实施例从方法流程的角度介绍一种扇区管理方法,下述实施例从虚拟模块或者虚拟单元的角度介绍了一种扇区管理装置,具体详见下述实施例。
本申请实施例提供一种扇区管理装置,如图2所示,该扇区管理装置200具体可以包括确定模块201、第一查询模块202、续约周期获取模块203以及续约模块204,其中:
确定模块201,用于从目标扇区中确定已过期扇区和临期扇区,临期扇区为距过期日期小于等于第一预设时长的未过期扇区;
第一查询模块202,用于查询每个已过期扇区的续约资格,得到所有的合格扇区,合格扇区为具备续约资格的扇区;
续约周期获取模块203,用于获取各个待处理扇区分别对应的续约周期,待处理扇区包括临期扇区和合格扇区;
续约模块204,用于基于各个待处理扇区分别对应的续约周期,对各个待处理扇区分别进行续约。
通过采用上述技术方案,
在一种可能实现的方式中,当确定模块201从目标扇区中确定已过期扇区和临期扇区时,具体用于:
调取目标扇区对应的映射表,映射表中包含每个目标扇区的过期日期;
查询映射表以确定所有已过期扇区和未过期扇区;
基于每个未过期扇区的过期日期和第一预设时长确定所有预临期扇区;
判断所有预临期扇区的数量是否大于预设的经济阈值,经济阈值为正整数;
若是,则确定所有预临期扇区为临期扇区;
若否,则确定临期扇区的数量为0。
在一种可能实现的方式中,扇区管理装置200还包括:
第二查询模块,用于查询每个已过期扇区的过期时长和可续约时长;
续约资格确定模块,用于基于每个已过期扇区的过期时长和可续约时长确定每个扇区的续约资格,具备续约资格的扇区的过期时长不超过预设的违约时长且可续约时长和过期时长的差值不小于预设的第二预设时长。
在一种可能实现的方式中,当续约周期获取模块203获取各个待处理扇区分别对应的续约周期时,具体用于:
获取预设的第一周期为各个待处理扇区分别对应的续约周期;或
获取用户输入的指定周期各个待处理扇区分别对应的续约周期。
在一种可能实现的方式中,扇区管理装置200还包括:
第一获取模块,用于获取各个待处理扇区分别对应的可续约时长为各个待处理扇区分别对应的续约周期;或
第二获取模块,用于获取最短周期为各个待处理扇区的续约周期,最短周期为各个待处理扇区分别对应的可续约时长中的最短时长。
在一种可能实现的方式中,当续约模块204基于各个待处理扇区分别对应的续约周期对各个待处理扇区分别进行续约时,对于任一待处理扇区,具体用于:
获取任一待处理扇区对应的版本类型;
基于任一待处理扇区对应的版本类型获取对应的续约指令;
基于任一待处理扇区对应的续约指令和续约周期对任一待处理扇区进行续约。
在一种可能实现的方式中,当续约模块204基于任一待处理扇区对应的续约指令和续约周期对任一待处理扇区进行续约时,具体用于:
基于任一已过期扇区对应的续约指令和续约周期对任一已过期扇区实时进行续约;
在预约日期之前,基于任一临期扇区对应的续约指令和续约周期对任一临期扇区进行续约,预约日期为所有临期扇区对应的最早的过期日期。
本申请实施例中提供了一种电子设备,如图3所示,图3所示的电子设备300包括:处理器301和存储器303。其中,处理器301和存储器303相连,如通过总线302相连。可选地,电子设备300还可以包括收发器304。需要说明的是,实际应用中收发器304不限于一个,该电子设备300的结构并不构成对本申请实施例的限定。
处理器301可以是CPU(Central Processing Unit,中央处理器),通用处理器,DSP(Digital Signal Processor,数据信号处理器),ASIC(Application SpecificIntegrated Circuit,专用集成电路),FPGA(Field Programmable Gate Array,现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器301也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等。
总线302可包括一通路,在上述组件之间传送信息。总线302可以是PCI(Peripheral Component Interconnect,外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture,扩展工业标准结构)总线等。总线302可以分为地址总线、数据总线、控制总线等。为便于表示,图3中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
存储器303可以是ROM(Read Only Memory,只读存储器)或可存储静态信息和指令的其他类型的静态存储设备,RAM(Random Access Memory,随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备,也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory,电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory,只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
存储器303用于存储执行本申请方案的应用程序代码,并由处理器301来控制执行。处理器301用于执行存储器303中存储的应用程序代码,以实现前述方法实施例所示的内容。
其中,电子设备包括但不限于:移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。还可以为服务器等。图3示出的电子设备仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,当其在计算机上运行时,使得计算机可以执行前述方法实施例中相应内容。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上仅是本申请的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。