连续型数据库的归档方法、装置及电子设备与流程

1.本申请涉及数据库技术，尤其涉及一种连续型数据库的归档方法、装置及电子设备，属于连续型数据库技术领域。


背景技术：

2.数据库是一个长期存储在计算机内的、有组织的、可共享的、统一管理的大量数据的集合。随着信息数据的大量增长，各类系统对数据库的要求也越来越高。
3.传统的数据库大多都没有提供数据归档功能，如mysql、leveldb、redis等主流数据库，都没有提供归档接口。用户要实现归档功能只能通过手动操作进行，十分麻烦。例如，对于mysql数据库而言，通常的做法是先构建一张与目标表结构相同的新表，然后根据筛选条件，将目标表中的数据读取出来并写入新表中，然后删除目标表中的数据。为了提高用户使用的便利性，目前，一些数据库对外提供了归档功能，例如，mongodb数据库，只需要输入待归档的文件名以及归档范围查询条件，就可以实现自动归档。
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.确定模块，用于根据归档请求确定目标归档文件的归档范围和目标归档位置，以及根据归档范围，确定目标归档文件的起点位置和终点位置；
34.归档模块，用于根据起点位置和终点位置切分连续型数据库中的文件，确定目标归档文件，以及将目标归档文件拷贝到目标归档位置。
35.将目标归档文件拷贝到目标归档位置。
36.可选的，归档模块具体用于：
37.确定起点位置所在的起点文件，以及终点位置所在的终点文件；
38.根据起点位置切分起点文件，得到目标归档文件的头文件；
39.根据终点位置切分终点文件，得到目标归档文件的尾文件；
40.根据头文件和尾文件确定目标归档文件。
41.可选的，该装置还包括：
42.备份模块，用于将起点文件和终点文件进行备份，得到起点备份文件和终点备份文件；
43.删除模块，用于删除起点备份文件和终点备份文件。
44.可选的，该装置还包括：
45.检测模块，检查归档范围是否超出连续型数据库的存储范围，检查目标归档位置是否存在，若归档范围超出连续型数据库的存储范围，或目标归档位置不存在，则进行报错处理。
46.可选的，删除模块，还用于将连续型数据库中的目标归档文件删除。
47.可选的，该装置还包括：
48.归档恢复模块，用于根据归档恢复请求确定目标恢复文件的恢复范围和目标恢复位置，以及根据恢复范围，将目标恢复文件拷贝到目标恢复位置。
49.可选的，该装置还包括：
50.复原模块，用于在文件归档过程或恢复过程中记录状态信息，状态信息用于指示文件归档的进度，若归档过程或恢复过程出现错误，则根据对应的状态信息对连续型数据库进行恢复。
51.第三方面，本申请实施例提供一种电子设备，包括：存储器和处理器，存储器用于存储计算机程序；处理器用于在调用计算机程序时执行上述第一方面或第一方面的任一实施方式所述的方法。
52.第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面或第一方面的任一实施方式所述的方法。
53.本申请实施例提供的一种连续型数据库的归档方法、装置及电子设备，可以根据归档请求确定目标归档文件的归档范围和目标归档位置，然后根据归档范围，确定目标归档文件的起点位置和终点位置，再根据起点位置和终点位置切分连续型数据库中的文件，确定目标归档文件，最后将目标归档文件拷贝到目标归档位置。本申请提供的技术方案可以在归档时，只读取起点位置和终点位置就找到待归档的目标归档文件，提高了归档工作的工作效率。
附图说明
54.图1为本申请实施例提供的连续型数据库的结构示意图；
55.图2为本申请实施例提供的连续型数据库的归档方法流程示意图；
56.图3为本申请实施例提供的切分文件的流程示意图；
57.图4为本申请实施例提供的起点文件和终点文件的示意图；
58.图5为本申请实施例提供的头文件切分示意图；
59.图6为本申请实施例提供的尾文件切分示意图；
60.图7为本申请实施例提供的连续型数据库的归档装置的结构示意图；
61.图8为本申请实施例提供的电子设备的结构示意图。
具体实施方式
62.本申请实施例提供的连续型数据库的归档方法可以应用于计算机、笔记本或工作站等电子设备，本申请实施例对电子设备的具体类型不作任何限制。
63.本申请实施例的方法应用于一种连续型数据库，该连续型数据库的具体内容请参照申请号为cn201810534022.4的发明专利《一种基于文件的区块链区块存储和读取方法》。该连续型数据库是一种key/value型数据库，其数据存储方式是连续递增的，且以向后追加的方式写入新的存储数据。该连续型数据库的每个数据的数据名是连续递增的，所有数据都存储在后缀为.log的数据库文件(以下简称“log文件”)中，每个log文件中可以存储多条数据，且每个log文件的文件名是该文件中第一条数据的数据名。每个log文件都有预设的存储大小，当存入的数据大小超过该预设存储大小后，该连续型数据库可以创建一个新log
文件，并继续存入数据。同时，每个log文件都设置有对应的索引文件(后缀为.idx的文件，以下简称“idx文件”)，该idx文件的文件名与log文件对应，并存储着该log文件的索引信息，电子设备可以通过索引信息快速定位对应的数据。图1为本申请实施例提供的连续型数据库的结构示意图，如图1所示，000001.log中存储着1
‑
50的数据，000051.log中存储着51
‑
100的数据，000001.idx中存储着000001.log的索引信息，000051.idx中存储着000051.log的索引信息。
64.下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
65.图2为本申请实施例提供的连续型数据库的归档方法流程示意图，如图2所示，该方法包括如下步骤：
66.s110、根据归档请求确定目标归档文件的归档范围和目标归档位置。
67.用户可以在归档请求中设置目标归档文件的归档范围和目标归档位置，然后，电子设备在接收到归档请求后，可以通过归档请求确定目标归档文件的归档范围和目标归档位置。
68.在具体实施时，由于连续型数据库的数据存储是递增且连续的，因此，归档范围可以仅用起点信息start和终点信息end表示，例如，start为20，end为60，表示用户需要对数据名为20至60内的数据进行归档。目标归档位置可以是一个具体的线下地址，例如，电子设备硬盘中的某个地址或接入电子设备的某个外接存储介质。
69.进一步的，为了提高电子设备在归档时的效率，在确定归档范围和目标归档位置之后，电子设备还可以对归档范围和目标归档位置进行检查，提前发现归档请求中存在的问题。具体检查内容可以包括：检查归档范围是否超出连续型数据库的存储范围，以及检查目标归档位置是否存在。若电子设备发现归档范围超出连续型数据库的存储范围，或目标归档位置不存在，则进行报错处理，报错处理可以包括展示报错信息，并返回归档操作。
70.对于归档工作而言，原子性保证是很重要的一项指标，为了在归档过程中的任一个步骤出错时都能够进行恢复，本申请实施例中的电子设备还可以在文件归档过程或恢复过程中记录状态信息，状态信息用于指示文件归档的进度。并且，若归档过程或恢复过程出现错误，电子设备可以根据对应的状态信息对连续型数据库进行恢复。
71.具体的，在归档范围和目标归档位置的检查通过后，电子设备可以记录对应的状态信息，例如，电子设备可以记录一个状态值init表示当前状态。
72.s120、根据归档范围，确定目标归档文件的起点位置和终点位置。
73.电子设备可以根据归档范围，确定目标归档文件的起点位置和终点位置，例如，归档范围为20
‑
60，则目标归档文件的起点位置为数据名为20的数据，终点位置为数据名为60的数据。需要说明的是，本申请实施例中的区间是闭区间。
74.现有的数据库在进行归档时需要遍历所有数据找到待归档的数据。例如，用户要归档100条数据，对于现有的数据库而言，每条被归档的数据需要单独查找，因此，需要在数据库中查询100遍才能完成100条数据的检索并对其进行归档。而本申请实施例中，电子设备可以根据归档范围中的起点信息和终点信息，直接确定目标归档数据在连续型数据库中的具体的起点位置和终点位置，即可完成对所有目标归档数据的查找，无需对数据库进行多次查询，极大的提高了归档工作的效率。
75.s130、根据起点位置和终点位置切分连续型数据库中的文件，确定目标归档文件。
76.因为连续型数据库中的数据是存储在log文件中的，因此，在进行归档时需要对log文件进行切分。具体的切分步骤可以参照图3，图3为本申请实施例提供的切分文件的流程示意图，该方法包括如下步骤：
77.s131、确定起点位置所在的起点文件，以及终点位置所在的终点文件。
78.电子设备可以根据起点位置，确定起点位置所在的起点文件，以及根据终点位置，确定终点位置所在的终点文件。
79.具体的，由于log文件的文件名是该文件中第一条数据的数据名，所以，电子设备可以直接将文件名序号小于start，且最接近start的log文件确定为起点位置所在的起点文件(以下简称为n.log)，将文件名序号小于end，且最接近end的log文件确定为终点位置所在的终点文件(以下简称为y.log)。例如，参照图4，图4为本申请实施例提供的起点文件和终点文件的示意图，在start为20，end为60的情况下，000001.log的序号小于20，且最接近20，则电子设备可以将000001.log确定为n.log；000051.log的序号小于60，且最接近60，则电子设备可以将000051.log确定为y.log。
80.当归档范围较小时，start和end也会在一个log文件中，此时，n.log和y.log为同一个文件。例如，在start为20，end为30的情况下，n.log和y.log均为000001.log。
81.在确定n.log和y.log之后，电子设备可以确定n.log对应的索引文件n.idx，以及y.log对应的索引文件y.idx。
82.s132、将起点文件和终点文件进行备份，得到起点备份文件和终点备份文件。
83.为了防止在切分文件的过程中出现意外，导致原文件丢失，电子设备可以将起点文件和终点文件进行备份，得到起点备份文件和终点备份文件。在具体实施时，电子设备可以将n.log拷贝为n.logbak，将y.log拷贝为y.logbak；同时，将n.idx拷贝为n.idxbak，将y.idx拷贝为y.idxbak。
84.进一步的，在将起点文件和终点文件备份后，电子设备可以记录对应的状态信息，例如，电子设备可以将状态值更新为backup表示当前状态。
85.s133、根据起点位置切分起点文件，得到目标归档文件的头文件。
86.具体的，电子设备可以根据起点位置在起点文件中的具体位置切分起点文件，得到目标归档文件的头文件。在本申请实施例中，连续型数据库中的数据都设置有对应的索引信息，因此，电子设备可以根据索引信息确定起点位置在起点文件中的具体位置，以及终点位置在终点文件中的具体位置。
87.在确定n.log和n.idx之后，电子设备可以在n.idx中确定start在n.idx中的具体位置(以下简称“startidxpos”)，并根据该位置处的索引信息确定start在n.log中的具体位置(以下简称“startlogpos”)。若start是n.log中的第一个数据，则电子设备无需对n.log进行切分，可直接将该n.log确定为头文件；若start不是n.log中的第一个数据，则电子设备可以根据startlogpos对该n.log进行切分，得到无需归档的前半段文件和属于目标归档文件的头文件，在具体实施时，为了便于区分电子设备可以将无需归档的前半段数据命名为n.newlog，将属于目标归档文件的头文件命名为start.newlog。参照图5，图5为本申请实施例提供的头文件切分示意图，起点文件为000001.log，起点位置为20，具体切分位置为startlogpos，在对000001.log进行切分后，得到1
‑
19的000001.newlog和20
‑
50的
000020.newlog。
88.同理，电子设备还可以将n.idx进行切分，得到n.newidx和start.newidx。
89.需要说明的是，在本申请实施例中原文件被切分后，电子设备中依然保留原文件。
90.s134、根据终点位置切分终点文件，得到目标归档文件的尾文件。
91.在确定y.log和y.idx之后，电子设备可以在y.idx中确定end在y.idx中的具体位置(以下简称“endidxpos”)，并根据该位置处的索引信息确定end在y.log中的具体位置(以下简称“endlogpos”)。若end是y.log中的最后一个数据，则电子设备无需对y.log进行切分，可直接将该y.log确定为尾文件；若end不是y.log中的最后一个数据，则电子设备可以根据endlogpos对该y.log进行切分，得到属于目标归档文件的尾文件和无需归档的后半段数据，在具体实施时，为了便于区分电子设备可以将无需归档的后半段数据命名为end+1.newlog，将属于目标归档文件的尾文件命名为y.newlog。参照图6，图6为本申请实施例提供的尾文件切分示意图，终点文件为000051.log，终点位置为60，具体切分位置为endlogpos，单个数据的大小为endlogsize(因为本申请采用的是闭区间，所以在切分时需要在具体切分位置的基础上增加一个数据的大小)，在对000051.log进行切分后，得到51
‑
60的000051.newlog和61
‑
100的000061.newlog。
92.进一步的，若n.log和y.log为同一个文件，则电子设备可以切分出三个文件，包括无需归档的前半段数据、目标归档文件和无需归档的后半段数据，具体的切分过程不再赘述。
93.同理，电子设备还可以将y.idx进行切分，得到y.newidx和end.newidx。
94.进一步的，在获得头文件和尾文件后，电子设备可以记录对应的状态信息，例如，电子设备可以将状态值更新为split_file表示当前状态。
95.s135、根据头文件和尾文件确定目标归档文件。
96.目标归档文件的全部范围包括头文件、尾文件，以及头、尾文件之间的文件，因此，电子设备可以根据获得头文件和尾文件确定目标归档文件的全部内容。
97.s136、删除起点备份文件和终点备份文件。
98.电子设备在顺利完成切分文件的步骤之后，可以及时删除起点备份文件和终点备份文件。
99.进一步的，在删除起点备份文件和终点备份文件后，电子设备可以记录对应的状态信息，例如，电子设备可以将状态值更新为delete_backup表示当前状态。
100.s140、将目标归档文件拷贝到目标归档位置。
101.在确定目标归档文件之后，电子设备可以将目标归档文件拷贝到目标归档位置，并将连续型数据库中的目标归档文件删除。
102.进一步的，在将目标归档文件拷贝到目标归档位置后，电子设备可以记录对应的状态信息，例如，电子设备可以将状态值更新为copy_finished表示当前状态。在将连续型数据库中的目标归档文件删除后，电子设备可以记录对应的状态信息，例如，电子设备可以将状态值更新为done表示当前状态。
103.在归档过程中若出现错误或宕机后，电子设备可以重启连续型数据库，并根据记录的状态信息对连续型数据库进行恢复。
104.例如，若状态值为init，则表示“归档范围和目标归档位置检查”的步骤是成功的，
因此，电子设备可以删除连续型数据库中所有后缀为.logbak或.idxbak的文件；
105.若状态值为backup，则表示“将起点文件和终点文件进行备份”的步骤是成功的，因此，电子设备可以删除连续型数据库中所有后缀为.newlog或.newidx的文件，然后将所有后缀为.logbak的文件的后缀修改分别为.log，将所有后缀为.idxbak的文件的后缀修改为.idx；
106.若状态值为split_file，则表示“获得头文件和尾文件”的步骤是成功的，因此，电子设备可以删除连续型数据库中所有后缀为.logbak或.idxbak的文件；
107.若状态值为delete_backup，则表示“删除起点备份文件和终点备份文件”的步骤是成功的，因此，电子设备可以删除线下中所有前缀在start与end范围内的文件；
108.若状态值为copy_finished，则表示“将目标归档文件拷贝到目标归档位置”的步骤是成功的，因此，电子设备可以删除连续型数据库中所有前缀在start与end范围内的文件。
109.进一步的，本申请提供的连续型数据库的归档方法还包括归档后的归档恢复流程。
110.当用户需要将线下已经归档的文件恢复到线上时，可以生成归档恢复请求，其中，归档恢复请求可以包括目标恢复文件的恢复范围和目标恢复位置。电子设备在接收到归档恢复请求后，可以根据归档恢复请求确定目标恢复文件的恢复范围和目标恢复位置。
111.进一步的，在确定恢复范围和目标恢复位置之后，电子设备还可以对归档恢复请求进行检查，具体检查内容可以包括：检查恢复范围是否超出线下目标恢复文件的存储范围，以及检查目标恢复位置是否存在。若电子设备发现恢复范围超出线下目标恢复文件的存储范围，或目标恢复位置不存在，则进行报错处理，报错处理可以包括展示报错信息，并返回归档恢复操作。
112.另外，在归档恢复请求检查通过后，电子设备可以记录对应的状态信息，例如，电子设备可以记录一个状态值reinit表示当前状态。
113.在归档恢复请求检查通过后，电子设备可以根据恢复范围，将线下的目标恢复文件拷贝到连续型数据库中的目标恢复位置。具体的，在实际实施时，电子设备在将目标恢复文件拷贝至连续型数据库时，可以将目标恢复文件的后缀命名为.newlog或.newidx，然后在所有目标恢复文件都拷贝至连续型数据库之后，统一将后缀命名为.newlog的文件重命名为.log，将后缀命名为.newidx的文件重命名为.idx。
114.进一步的，在将目标恢复文件拷贝到目标恢复位置后，电子设备可以记录对应的状态信息，例如，电子设备可以将状态值更新为restored表示当前状态。在将线下的目标归档文件删除后，电子设备可以记录对应的状态信息，例如，电子设备可以将状态值更新为done表示当前状态。
115.在恢复过程中若出现错误或宕机后，电子设备可以重启连续型数据库，并根据记录的状态信息对连续型数据库进行恢复。
116.例如，若状态值为reinit，则表示“归档恢复请求检查”的步骤是成功的，因此，电子设备可以删除连续型数据库中所有后缀为.newlog或.newidx的文件；
117.若状态值为restored，则表示“目标恢复文件拷贝到目标恢复位置”的步骤是成功的，因此，电子设备可以删除连续型数据库中所有后缀为.newlog或.newidx的文件，以及连
续型数据库中所有前缀在start与end范围内的文件。
118.在本申请实施例中，电子设备可以根据归档请求确定目标归档文件的归档范围和目标归档位置，然后根据归档范围，确定目标归档文件的起点位置和终点位置，再根据起点位置和终点位置切分连续型数据库中的文件，确定目标归档文件，最后将目标归档文件拷贝到目标归档位置。本申请可以在归档时，只读取起点位置和终点位置就找到待归档的目标归档文件，提高了归档工作的工作效率。
119.进一步的，本申请实施例中的电子设备还具有原子性保证机制，可以保障在文件归档过程或恢复过程中的任一个步骤出错时都能够进行恢复。最后，目前很多数据库在进行归档时都需要保证数据库长期处于宕机或停止读写的状态，而在本申请实施例中，由于连续型数据库的新数据是以向后追加的方式写入的，所以在归档过程中都是对旧数据进行的操作，因此不需要将数据库长期处于宕机或停止读写的状态。
120.基于同一发明构思，作为对上述方法的实现，本申请实施例提供了一种连续型数据库的归档装置，该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。
121.图7为本申请实施例提供的连续型数据库的归档装置的结构示意图，如图7所示，本实施例提供的装置应用于连续型数据库，连续型数据库的数据存储方式是连续递增的，且以向后追加的方式写入新的存储数据，包括：
122.确定模块110，用于根据归档请求确定目标归档文件的归档范围和目标归档位置，以及根据归档范围，确定目标归档文件的起点位置和终点位置；
123.归档模块120，用于根据起点位置和终点位置切分连续型数据库中的文件，确定目标归档文件，以及将目标归档文件拷贝到目标归档位置。
124.将目标归档文件拷贝到目标归档位置。
125.可选的，归档模块120具体用于：
126.确定起点位置所在的起点文件，以及终点位置所在的终点文件；
127.根据起点位置切分起点文件，得到目标归档文件的头文件；
128.根据终点位置切分终点文件，得到目标归档文件的尾文件；
129.根据头文件和尾文件确定目标归档文件。
130.可选的，该装置还包括：
131.备份模块130，用于将起点文件和终点文件进行备份，得到起点备份文件和终点备份文件；
132.删除模块140，用于删除起点备份文件和终点备份文件。
133.可选的，该装置还包括：
134.检测模块150，检查归档范围是否超出连续型数据库的存储范围，检查目标归档位置是否存在，若归档范围超出连续型数据库的存储范围，或目标归档位置不存在，则进行报错处理。
135.可选的，删除模块140，还用于将连续型数据库中的目标归档文件删除。
136.可选的，该装置还包括：
137.归档恢复模块160，用于根据归档恢复请求确定目标恢复文件的恢复范围和目标
恢复位置，以及根据恢复范围，将目标恢复文件拷贝到目标恢复位置。
138.可选的，该装置还包括：
139.复原模块170，用于在文件归档过程或恢复过程中记录状态信息，状态信息用于指示文件归档的进度，若归档过程或恢复过程出现错误，则根据对应的状态信息对连续型数据库进行恢复。
140.本实施例提供的连续型数据库的归档装置可以执行上述方法实施例，其实现原理与技术效果类似，此处不再赘述。
141.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
142.基于同一发明构思，本申请实施例还提供了一种电子设备。图8为本申请实施例提供的电子设备的结构示意图，如图8所示，本实施例提供的电子设备包括：存储器21和处理器20，存储器21用于存储计算机程序；处理器20用于在调用计算机程序22时执行上述方法实施例所述的方法。
143.本实施例提供的电子设备可以执行上述方法实施例，其实现原理与技术效果类似，此处不再赘述。
144.本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例所述的方法。
145.上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。
146.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
147.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员
可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
148.在本申请所提供的实施例中，应该理解到，所揭露的装置/设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
149.应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
150.还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
151.如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0152]
另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0153]
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
[0154]
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。