车端文件删除方法、系统、电子设备及可读存储介质与流程

1.本发明涉及文件管理技术领域，尤其涉及一种车端文件删除方法、系统、电子设备及可读存储介质。


背景技术：

2.车辆智能化是汽车未来发展的必然趋势，随着汽车智能化的不断发展和数据量的不断增多，智能汽车的内部控制器会根据不同的汽车场景生成具有使用价值的车端数据，这些车端数据能够用于车端的二次计算，或者上传至云端再运用。但是，车辆不仅受到电池电量低、控制器cpu负荷高等自身因素限制，而且受到网络信号差、通信网络损坏等外部因素影响，导致车端数据无法上传至云端，从而需要将车端数据暂时存储在控制器的本地存储器中，在条件正常的情况下再次将车端数据上传云端。
3.目前，为了防止控制器内部存储空间溢出导致无法向控制器程序提供足够的运行空间，出现卡顿、停滞甚至崩溃的情况，通常定时循环对车端文件的存储时长进行查询，进而根据查询结果对车端文件进行删除。但是这种方法无法对车端文件进行集中管理，导致车端文件的删除步骤凌乱，进而无法准确判断车端数据的使用价值，导致车端数据被错删，存在车端文件的数据丢失风险和数据错误风险。


技术实现要素：

4.为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。
5.鉴于以上所述现有技术的缺点，本发明公开了一种车端文件删除方法、系统、电子设备及可读存储介质，以对车端文件进行集中管理，避免车端文件的数据丢失和数据错误。
6.本发明公开了一种车端文件删除方法，包括：获取车端文件和多个文件属性字段，根据各所述文件属性字段建立车端数据库；根据所述车端文件生成文件配置信息，并将所述文件配置信息存入所述车端数据库，其中，所述文件配置信息包括各所述文件属性字段对应的文件属性信息以及所述车端文件对应的文件老化分数，所述文件老化分数根据至少一部分所述文件属性信息计算得到；对所述车端数据库进行数据提取，得到所述文件老化分数；根据所述文件老化分数判断是否删除所述车端文件。
7.可选地，通过以下方式生成文件属性信息：对所述车端文件进行提取，得到原始属性信息，其中，所述原始属性信息包括文件存储大小、文件存储位置、生成场景标签、文件创建时间中的至少一种；根据预设的优先级对应关系进行关系匹配，得到所述生成场景标签对应的文件优先级，并根据所述文件创建时间进行计算，得到所述车端文件对应的文件存储时长；将所述文件存储大小、所述文件存储位置、所述生成场景标签、所述文件创建时间、所述文件优先级、所述文件存储时长中的至少一种确定为文件属性信息。
8.可选地，通过以下方式确定所述文件老化分数：对所述文件属性信息进行信息提
取，得到一个或多个冷漠因子；根据预设的因子权重对应关系进行关系匹配，得到各所述冷漠因子对应的因子权重，并将各所述冷漠因子输入对应的预设因子分数公式中进行计算，得到各所述冷漠因子对应的因子分数；将各所述因子分数和各所述因子权重输入预设的老化分数公式中进行计算，得到所述车端文件对应的文件老化分数。
9.可选地，对所述文件属性信息进行信息提取，得到一个或多个冷漠因子，包括：根据预设的因子数量对应关系进行关系匹配，得到所述生成场景标签对应的冷漠因子维度，其中，所述冷漠因子维度包括一维或多维；若所述冷漠因子维度包括一维，则将所述文件存储时长确定为冷漠因子；若所述冷漠因子维度包括多维，则将所述文件存储时长和所述文件优先级确定为冷漠因子。
10.可选地，对所述车端数据库进行数据提取，得到所述文件老化分数，包括：建立文件管理线程；所述文件管理线程用于根据预设的更新规则对所述车端数据库中的文件配置信息进行信息更新；所述文件管理线程还用于对所述车端数据库进行数据拉取，得到所述文件配置信息。
11.可选地，所述车端文件包括一个或多个，根据所述文件老化分数判断是否删除所述车端文件，包括以下至少一种：将一车端文件对应的文件老化分数与预设的因子分数阈值进行比较，根据所述车端文件对应的比较结果确定是否删除所述车端文件；若接收到追加文件且满足预设的存储空间条件，则根据各所述车端文件对应的文件老化分数对各所述车端文件进行筛选，得到目标文件，并删除所述目标文件，其中，所述存储空间条件包括预测存储空间大于或等于预设的存储空间阈值，所述预测存储空间根据所述追加文件的文件存储大小和各所述车端文件的文件存储大小进行求和计算得到。
12.可选地，根据各所述文件属性字段建立车端数据库之后，所述方法还包括：在车端数据库中建立管理文件夹，所述管理文件夹用于存储所述车端文件。
13.可选地，根据所述车端文件生成文件配置信息之后，所述方法还包括：对所述车端文件进行标识分配，得到所述车端文件对应的文件标识；将所述文件标识加入所述文件配置信息，基于所述文件标识对所述车端数据库中的车端文件和文件配置信息进行数据管理。
14.本发明公开了一种车端文件删除系统，包括：获取模块，用于获取车端文件和多个文件属性字段，根据各所述文件属性字段建立车端数据库；生成模块，用于根据所述车端文件生成文件配置信息，并将所述文件配置信息存入所述车端数据库，其中，所述文件配置信息包括各所述文件属性字段对应的文件属性信息以及所述车端文件对应的文件老化分数，所述文件老化分数根据至少一部分所述文件属性信息计算得到；提取模块，用于对所述车端数据库进行数据提取，得到所述文件老化分数；确定模块，用于根据所述文件老化分数判断是否删除所述车端文件。
15.本发明公开了一种电子设备，包括：处理器及存储器；所述存储器用于存储计算机程序，所述处理器用于执行所述存储器存储的计算机程序，以使所述电子设备执行上述的方法。
16.本发明公开了一种计算机可读存储介质，其上存储有计算机程序：所述计算机程序被处理器执行时实现上述的方法。
17.本发明的有益效果：
18.根据获取到的文件属性字段建立车端数据库，根据车端文件生成文件配置信息并存入车端数据库，从车端数据库提取文件老化分数，进而根据文件老化分数判断是否删除车端文件。这样，通过建立车端数据库，利用车端数据库对车端文件的文件属性信息和文件老化分数进行生成、查询、拉取，从而实现对车端文件的集中管理，便于车端控制器通过文件老化分数判断车端文件的使用价值，简化了车端文件的删除步骤，避免车端文件的数据丢失和数据错误。
19.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
20.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
21.图1是本发明实施例中一个车端文件删除方法的流程示意图；
22.图2-a是本发明实施例中一个车端控制器的结构示意图；
23.图2-b是本发明实施例中另一个车端控制器的结构示意图；
24.图3是本发明实施例中另一个车端文件删除方法的流程示意图；
25.图4是本发明实施例中一个车端文件删除系统的结构示意图；
26.图5是本发明实施例中一个电子设备的结构示意图。
具体实施方式
27.以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的子样本可以相互组合。
28.需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
29.在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。
30.本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。
31.除非另有说明，术语“多个”表示两个或两个以上。
32.本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，a/b表示：a或b。
33.术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，a和/或b，表示：a或b，或，a和b这三种关系。
34.结合图1所示，本公开实施例提供了一种车端文件删除方法，包括：
35.步骤s101，获取车端文件和多个文件属性字段，根据各文件属性字段建立车端数据库；
36.步骤s102，根据车端文件生成文件配置信息，并将文件配置信息存入车端数据库；
37.其中，文件配置信息包括各文件属性字段对应的文件属性信息以及车端文件对应的文件老化分数，文件老化分数根据至少一部分文件属性信息计算得到；
38.步骤s103，对车端数据库进行数据提取，得到文件老化分数；
39.步骤s104，根据文件老化分数判断是否删除车端文件。
40.采用本公开实施例提供了一种车端文件删除方法，根据获取到的文件属性字段建立车端数据库，根据车端文件生成文件配置信息并存入车端数据库，从车端数据库提取文件老化分数，进而根据文件老化分数判断是否删除车端文件。这样，通过建立车端数据库，利用车端数据库对车端文件的文件属性信息和文件老化分数进行生成、查询、拉取，从而实现对车端文件的集中管理，便于车端控制器通过文件老化分数判断车端文件的使用价值，简化了车端文件的删除步骤，避免车端文件的数据丢失和数据错误。
41.可选地，根据各文件属性字段建立车端数据库，包括：基于sqlite(一种轻量级数据库)数据库建立车端数据库，通过datamanager(数据管理器)类创建车端数据库中的文件属性字段，其中，文件属性字段包括文件标识(file id)、文件存储大小、文件存储位置、生成场景标签、文件创建时间、文件优先级、文件存储时长、文件老化分数、文件修改时间、文件删除时间等中的一种或多种。
42.可选地，根据各文件属性字段建立车端数据库之后，方法还包括：在车端数据库中建立管理文件夹，管理文件夹用于存储车端文件。
43.这样，通过管理文件夹统一存储车端文件，相较于将车端文件分类放入多个文件夹，便于对车端文件执行数据处理逻辑，实现对车端文件的集中管理，提升了开发效率和上传云端效率，并降低了维护成本。
44.可选地，通过以下方式生成文件属性信息：对车端文件进行提取，得到原始属性信息，其中，原始属性信息包括文件存储大小、文件存储位置、生成场景标签、文件创建时间中的至少一种；根据预设的优先级对应关系进行关系匹配，得到生成场景标签对应的文件优先级，并根据文件创建时间进行计算，得到车端文件对应的文件存储时长；将文件存储大小、文件存储位置、生成场景标签、文件创建时间、文件优先级、文件存储时长中的至少一种确定为文件属性信息。
45.在一些实施例中，生成场景标签包括碰撞场景、行驶场景、熄火场景、故障场景等车辆场景中的一种或多种。
46.可选地，通过以下方式确定文件老化分数：对文件属性信息进行信息提取，得到一个或多个冷漠因子；根据预设的因子权重对应关系进行关系匹配，得到各冷漠因子对应的因子权重，并将各冷漠因子输入对应的预设因子分数公式中进行计算，得到各冷漠因子对
应的因子分数；将各因子分数和各因子权重输入预设的老化分数公式中进行计算，得到车端文件对应的文件老化分数。
47.可选地，对文件属性信息进行信息提取，得到一个或多个冷漠因子，包括：根据预设的因子数量对应关系进行关系匹配，得到生成场景标签对应的冷漠因子维度，其中，冷漠因子维度包括一维或多维；若冷漠因子维度包括一维，则将文件存储时长确定为冷漠因子；若冷漠因子维度包括多维，则将文件存储时长和文件优先级确定为冷漠因子。
48.在一些实施例中，冷漠因子不限于文件存储时长和文件优先级，还可以通过文件存储大小、生成场景标签等文件属性信息对冷漠因子进行扩展。
49.这样，从文件属性信息中确定一个或多个冷漠因子，相较于通过文件存储时长单一地判断车端文件的使用价值，通过多个冷漠因子确定文件老化分数，增加了文件老化分数的参考范围，提高了判断的灵活性，从而通过文件老化分数判断文件的使用价值更准确，避免有用的车端文件被误删。
50.可选地，文件存储时长对应的预设因子分数公式包括：
[0051][0052]
式中，x1为文件存储时长对应的因子分数，t为文件存储时长，e为自然常数，a为常系数，其中，文件存储时长的单位是天。
[0053]
可选地，文件优先级对应的预设因子分数公式包括：
[0054][0055]
式中，x2为文件优先级对应的因子分数，m为文件优先级，m为文件优先级对应的预设最大值，其中，文件优先级越大，车端文件的重要程度越高。
[0056]
在一些实施例中，对各因子分数进行归一化处理，使得各因子分数的取值范围在[0,1]。
[0057]
在一些实施例中，因子分数对应的因子权重之和为1。
[0058]
可选地，通过以下公式确定车端文件对应的文件老化分数：
[0059][0060]
式中，s为车端文件对应的文件老化分数，n为因子分数数量，xi为第i个因子分数，wi为第i个因子分数对应的因子权重。
[0061]
在一些实施例中，若文件存储时长为7天，文件优先级为8，文件存储时长对应的因子权重为0.5，文件优先级对应的因子权重为0.5，常系数为则车端文件对应的文件老化分数为0.448。
[0062]
可选地，根据车端文件生成文件配置信息之后，方法还包括：对车端文件进行标识分配，得到车端文件对应的文件标识；将文件标识加入文件配置信息，基于文件标识对车端数据库中的车端文件和文件配置信息进行数据管理。
[0063]
可选地，数据管理包括增、删、改、查。
[0064]
这样，将文件标识(file id)作为车端文件的唯一关键字，便于对车端文件进行数据管理，以及获取文件老化分数，满足对车端文件的多元化管理需求。
[0065]
在一些实施例中，采用json(javascript object notation,js对象简谱)格式创建文件配置信息。
[0066]
在一些实施例中，车辆启动时从云端(服务器端)进行数据拉取，得到车端文件对应的配置文件，并对该配置文件进行更新，其中，该配置文件包括场景标签、场景事件及两者之间的对应关系；对更新后的配置文件提取数据并存入运算内存中；当发生场景标签对应的场景事件时，根据该场景事件对应的场景标签一并写入车端数据库中。
[0067]
在一些实施例中，场景标签决定车端文件处理模式，即，若场景标签对应的冷漠因子维度若为一维，则从更新后的配置文件提取的数据包括因子分数阈值；若场景标签对应的冷漠因子维度若为多维，则从更新后的配置文件提取的数据包括因子分数阈值、文件存储时长和文件优先级。
[0068]
可选地，对车端数据库进行数据提取，得到文件老化分数，包括：建立文件管理线程；文件管理线程用于根据预设的更新规则对车端数据库中的文件配置信息进行信息更新；文件管理线程还用于对车端数据库进行数据拉取，得到文件配置信息。
[0069]
可选地，更新规则包括以下至少一种：接收到追加文件之后；将车端文件上传至云端之前；每经过预设更新时间段之后，其中，预设更新时间段包括30s至7天，例如，预设更新时间段为30s。
[0070]
可选地，对车端数据库进行数据拉取，得到文件配置信息之后，文件管理线程还用于将文件配置信息存入控制器内存映射(map)的关联容器中。
[0071]
可选地，文件管理线程还用于获取各车端文件对应的文件存储位置；若文件存储位置对应的文件夹不存在，则创建文件存储位置对应的文件夹。
[0072]
可选地，车端文件包括一个或多个。
[0073]
可选地，根据文件老化分数判断是否删除车端文件，包括以下至少一种：将一车端文件对应的文件老化分数与预设的因子分数阈值进行比较，根据车端文件对应的比较结果确定是否删除车端文件；若接收到追加文件且满足预设的存储空间条件，则根据各车端文件对应的文件老化分数对各车端文件进行筛选，得到目标文件，并删除目标文件，其中，存储空间条件包括预测存储空间大于或等于预设的存储空间阈值，预测存储空间根据追加文件的文件存储大小和各车端文件的文件存储大小进行求和计算得到。
[0074]
这样，从数据库中确定文件老化分数和文件存储空间，相较于定时循环查询存储时长对车端文件进行删除，不需要对车端文件进行轮询，直接根据读取数据删除车端文件以满足存储空间需要，提高删除效率，并降低了维护成本。
[0075]
可选地，方法还包括：获取到包括属性标识的删除指令，其中，属性标识用于表征至少一部分文件属性信息；根据属性标识对车端数据库的车端文件进行匹配，得到属性标识对应的待删除数据；对待删除数据进行删除。
[0076]
这样，能通过车端数据库的文件属性信息对车端文件进行匹配，得到待删除数据，便于对车端数据进行删除。
[0077]
可选地，若车端控制器连接到云端，该方法还包括：将车端文件和车端文件对应的文件配置信息上传至云端，并保留车端文件以及车端文件对应的文件配置信息。
[0078]
这样，通过车端数据库保留车端数据库的车端文件以及车端文件对应的文件配置信息，以对车端文件进行备份，实现通过文件标识建立云端与车端之间的映射管理，相较于将车端文件在上传云端后直接删除，避免因为上传误判或者云端出错导致的车端文件丢失的情况。
[0079]
结合图2-a所示，车端控制器包括车端控制器201和本地存储器202。本地存储器202用于存储车端文件；车端控制器201用于对本地存储器202中的车端文件进行轮询，以根据存储时长对车端文件进行删除。
[0080]
结合图2-b所示，本公开实施例提供了一种用于实施车端文件删除方法的车端控制器，包括车端控制器201、本地存储器202和车端数据库203。本地存储器202用于存储车端文件；车端数据库203用于将本地存储器202中的车端文件统一存储在管理文件夹中，并生成车端文件对应的文件配置信息；车端控制器201用于根据文件配置信息对车端文件进行管理，并通过拉取文件老化分数确定是否删除对应的车端文件。
[0081]
结合图3所示，本公开实施例提供了一种车端文件删除方法，包括：
[0082]
步骤s301，车端控制器获取多个文件属性字段；
[0083]
步骤s302，车端控制器根据各文件属性字段建立车端数据库；
[0084]
步骤s303，车端数据库获取车端文件，将车端文件存入预设的管理文件夹中；
[0085]
步骤s304，车端数据库生成车端文件对应的文件配置信息；
[0086]
其中，文件配置信息包括文件标识、文件存储大小、文件存储位置、生成场景标签、文件创建时间、文件优先级、文件存储时长、文件老化分数、文件修改时间、文件删除时间等中的一种或多种；
[0087]
步骤s305，车端控制器从车端数据库拉取文件老化分数；
[0088]
步骤s306，车端控制器根据文件老化分数确定是否删除对应的车端文件；
[0089]
步骤s307，车端控制器拉取车端文件和车端文件对应的文件配置信息；
[0090]
步骤s308，车端控制器将车端文件和车端文件对应的文件配置信息上传至云端。
[0091]
采用本公开实施例提供了一种车端文件删除方法，根据获取到的文件属性字段建立车端数据库，根据车端文件生成文件配置信息并存入车端数据库，从车端数据库提取文件老化分数，进而根据文件老化分数判断是否删除车端文件。具有以下优点：
[0092]
第一、通过建立车端数据库，利用车端数据库对车端文件的文件属性信息和文件老化分数进行生成、查询、拉取，从而实现对车端文件的集中管理，便于车端控制器通过文件老化分数判断车端文件的使用价值，简化了车端文件的删除步骤，避免车端文件的数据丢失和数据错误；
[0093]
第二、通过管理文件夹统一存储车端文件，相较于将车端文件分类放入多个文件夹，便于对车端文件执行数据处理逻辑，实现对车端文件的集中管理，提升了开发效率和上传云端效率，并降低了维护成本；
[0094]
第三、从文件属性信息中确定一个或多个冷漠因子，相较于通过文件存储时长单一地判断车端文件的使用价值，通过多个冷漠因子确定文件老化分数，增加了文件老化分数的参考范围，提高了判断的灵活性，从而通过文件老化分数判断文件的使用价值更准确，避免有用的车端文件被误删；
[0095]
第四、将文件标识作为车端文件的唯一关键字，便于对车端文件进行数据管理，以
及获取文件老化分数，满足对车端文件的多元化管理需求；
[0096]
第五、从数据库中确定文件老化分数和文件存储空间，相较于定时循环查询存储时长对车端文件进行删除，不需要对车端文件进行轮询，直接根据读取数据删除车端文件以满足存储空间需要，提高删除效率，并降低了维护成本；
[0097]
第六、能通过车端数据库的文件属性信息对车端文件进行匹配，得到待删除数据，便于对车端数据进行删除；
[0098]
第七、通过车端数据库保留车端数据库的车端文件以及车端文件对应的文件配置信息，以对车端文件进行备份，实现通过文件标识建立云端与车端之间的映射管理，相较于将车端文件在上传云端后直接删除，避免因为上传误判或者云端出错导致的车端文件丢失的情况。
[0099]
结合图4所示，本公开实施例提供了一种车端文件删除系统，包括获取模块401、生成模块402、提取模块403和确定模块404；获取模块401用于获取车端文件和多个文件属性字段，根据各文件属性字段建立车端数据库；生成模块402用于根据车端文件生成文件配置信息，并将文件配置信息存入车端数据库，其中，文件配置信息包括各文件属性字段对应的文件属性信息以及车端文件对应的文件老化分数，文件老化分数根据至少一部分文件属性信息计算得到；提取模块403用于对车端数据库进行数据提取，得到文件老化分数；确定模块404用于根据文件老化分数判断是否删除车端文件。
[0100]
采用本公开实施例提供了一种车端文件删除系统，根据获取到的文件属性字段建立车端数据库，根据车端文件生成文件配置信息并存入车端数据库，从车端数据库提取文件老化分数，进而根据文件老化分数判断是否删除车端文件。这样，通过建立车端数据库，利用车端数据库对车端文件的文件属性信息和文件老化分数进行生成、查询、拉取，从而实现对车端文件的集中管理，便于车端控制器通过文件老化分数判断车端文件的使用价值，简化了车端文件的删除步骤，避免车端文件的数据丢失和数据错误。
[0101]
图5示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。需要说明的是，图5示出的电子设备的计算机系统500仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
[0102]
如图5所示，计算机系统500包括中央处理单元(central processing unit，cpu)501，其可以根据存储在只读存储器(read-only memory，rom)502中的程序或者从储存部分508加载到随机访问存储器(random access memory，ram)503中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在ram 503中，还存储有系统操作所需的各种程序和数据。cpu 501、rom 502以及ram 503通过总线504彼此相连。输入/输出(input/output，i/o)接口505也连接至总线504。
[0103]
以下部件连接至i/o接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(cathode ray tube，crt)、液晶显示器(liquid crystal display，lcd)等以及扬声器等的输出部分507；包括硬盘等的储存部分508；以及包括诸如lan(local area network，局域网)卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入储存部分508。
[0104]
特别地，根据本技术的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(cpu)501执行时，执行本技术的系统中限定的各种功能。
[0105]
需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
[0106]
本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本实施例中的任一项方法。
[0107]
本公开实施例中的计算机可读存储介质，本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过计算机程序相关的硬件来完成。前述的计算机程序可以存储于一计算机可读存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
[0108]
本实施例公开的电子设备，包括处理器、存储器、收发器和通信接口，存储器和通信接口与处理器和收发器连接并完成相互间的通信，存储器用于存储计算机程序，通信接口用于进行通信，处理器和收发器用于运行计算机程序，使电子设备执行如上方法的各个步骤。
[0109]
在本实施例中，存储器可能包含随机存取存储器(random access memory，简称ram)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
[0110]
上述的处理器可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、图形处理器(graphics processing unit，简称gpu)，网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field－programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
[0111]
以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践
它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选地，并且操作的顺序可以变化。一些实施例的部分和子样本可以被包括在或替换其他实施例的部分和子样本。而且，本技术中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地，如在本技术中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本技术中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的子样本、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它子样本、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个
…”
限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。
[0112]
本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。所述技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。所述技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0113]
本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些子样本可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0114]
附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发
生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。