一种业务数据恢复方法、装置、电子设备和存储介质

技术领域

本公开涉及安防监控领域，尤其涉及一种业务数据恢复方法、装置、电子设备和存储介质。

背景技术

视频监控是安全防范的重要组成部分，随着近年来经济条件的不断改善，以及计算机、网络传输技术以及图像处理的飞速发展，视频监控的普及化越来也明显。在视频监控系统中，NVR(Network Video Recorder，网络硬盘录像机)作为数据的存储和管理设备，是视频监控系统中的重要组成部分，随着行业的不断发展，NVR本身所处位置也在不断下移，向下接入管理IPC，向上会被各种视频管理平台管理。而IPC(IP Camera，网络摄像机)作为数据的前端采集设备，同样也是是视频监控系统中的重要组成部分。

在现有技术中，若NVR与IPC之间的网络出现异常，NVR设备会缺失网络异常期间相关监控业务的业务数据。因此，亟需一种恢复监控业务数据的方法。

发明内容

本公开提供了一种业务数据恢复方法、装置、电子设备和存储介质。

根据本公开的一方面，提供了一种业务数据恢复方法，应用于后端存储分析设备，包括：

若监测到与前端采集设备之间的网络状态由故障变更为正常，则从所述前端采集设备存储的历史采集数据中获取后端存储分析设备在本次故障期间缺失的目标采集数据；

根据所述目标采集数据，对目标监控业务在本次故障期间缺失的业务数据进行恢复。

根据本公开的另一方面，提供了一种业务数据恢复装置，配置于后端存储分析设备，包括：

检测与恢复模块，用于若监测到与前端采集设备之间的网络状态由故障变更为正常，则从所述前端采集设备存储的历史采集数据中获取后端存储分析设备在本次故障期间缺失的目标采集数据；

业务数据恢复模块，用于根据所述目标采集数据，对目标监控业务在本次故障期间缺失的业务数据进行恢复。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本公开任意实施例的业务数据恢复方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行本公开任意实施例的业务数据恢复方法。

根据本公开的技术，由于带有存储功能的前端采集设备将网络故障期间所采集的数据保存在自身的存储资源中，使得故障结束后，后端存储分析设备可直接从前端采集设备的存储中获取故障期间缺失的采集数据，实现了采集数据的恢复；进而基于恢复的采集数据，恢复相应的监控业务在故障期间缺失的业务数据。由此解决了后端存储分析设备与前端采集设备之间因网络异常导致业务数据缺失的问题，提升了存储分析设备中业务数据的完整性。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是本公开实施例提供的一种业务数据恢复方法的流程示意图；

图2是本公开实施例提供的又一种业务数据恢复方法的流程示意图；

图3a是本公开实施例提供的另一种业务数据恢复方法的流程示意图；

图3b是本公开实施例提供的构建的业务执行路由的示意图；

图4是本公开实施例提供的又一种业务数据恢复方法的流程示意图；

图5是本公开实施例提供的又一种业务数据恢复方法的流程示意图；

图6是本公开实施例提供的一种业务数据恢复装置的结构示意图；

图7是用来实现本公开实施例业务数据恢复方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1为本公开实施例的一种业务数据恢复方法的流程示意图，本实施例可适用于视频监控系统组网中后端存储分析设备与前端采集设备之间因网络异常导致业务数据缺失的场景。该方法可由一种业务数据恢复装置来执行，该装置采用软件和/或硬件的方式实现，并集成在电子设备上，例如集成在后端存储分析设备(如NVR设备)上。

具体的，参见图1，业务数据恢复方法的流程如下：

S101、若监测到与前端采集设备之间的网络状态由故障变更为正常，则从前端采集设备存储的历史采集数据中获取后端存储分析设备在本次故障期间缺失的目标采集数据。

本公开实施例中，视频监控系统包括前端采集设备(例如IPC)、后端存储分析设备(例如NVR)和视频管理平台；其中，前端采集设备自带存储资源功能，也即是前端采集设备中安装有可进行存储的资源，例如安装有存储卡。监控系统正常运行时，前端监控设备会将实时采集数据(例如实时采集到的音视频数据)先写入缓存，然后通过IP网络将缓存中的实时采集数据通过预设通信协议存储到后端存储分析设备。但是在后端存储分析设备与前端采集设备之间出现网络故障导致无法正常传输采集数据，或者由于后端存储分析设备因为自身出现故障导致采集数据无法正常传输时，前端采集设备会将实时采集数据存储到其自带的存储资源中，直到故障被消除。如此，要恢复缺失的监控业务数据，需要先将后端存储分析设备缺失的采集数据恢复到后端存储分析设备中。以网络故障为例，在具体实现时，可实时监测后端存储分析设备与前端采集设备之间的网络状态，当网络状态出现故障时，记录故障开始时间，进而在监测到与前端采集设备之间的网络状态由故障变更为正常时，从前端采集设备存储的历史采集数据中获取后端存储分析设备在本次故障期间缺失的目标采集数据，并存储在后端存储分析设备中，以此实现缺失采集数据的恢复；其中，历史采集数据是前端采集设备在网络故障期间保存在自身存储资源中的采集数据。

S102、根据目标采集数据，对目标监控业务在本次故障期间缺失的业务数据进行恢复。

本公开实施例中，目标监控业务的数量为至少一个，可选的，目标监控业务是所有与实时采集数据相关的业务，例如，目标监控业务可以为人脸识别业务或行为分析业务。需要说明的是，目标监控业务也可以是用户主动设定的业务，在此不做具体限定。在通过S101实现对目标采集数据的恢复后，可基于目标采集数据，对目标监控业务在本次故障期间缺失的业务数据进行恢复，例如，将目标采集数据分发到目标监控业务中，使得目标监控业务基于目标采集数据进行业务处理，得到相应的业务数据，由此实现业务数据的恢复。

本公开实施例中，由于自带存储功能的前端采集设备将网络故障期间所采集的数据保存在自身的存储资源中，使得在故障结束之后，后端存储分析设备可直接从前端采集设备的存储中获取故障期间缺失的采集数据，实现了采集数据的恢复；进而基于恢复的采集数据，恢复相应的监控业务在故障期间缺失的业务数据。由此解决了后端存储分析设备与前端采集设备之间因网络异常导致业务数据缺失的问题，提升了存储分析设备中业务数据的完整性。

图2是根据本公开实施例的又一业务数据恢复方法的流程示意图，本实施例是在上述实施例的基础上，对恢复目标采集数据的过程进行细化，参见图2，业务数据恢复方法具体流程如下：

S201、若监测到与前端采集设备之间的网络状态由故障变更为正常，则根据记录故障开始时间和前端采集设备的信息，生成采集数据恢复任务。

本公开实施例中，由于实时监测后端存储分析设备与前端采集设备之间的网络状态，因此在出现网络异常时，也即是监测到后端存储分析设备与前端采集设备之间的网络状态由正常变更为故障时，则记录故障开始时间和前端采集设备的信息(例如记录采集设备标识)；在一段时间后，若监测到与前端采集设备之间的网络状态由故障变更为正常，也即网络故障被修复，此时需要对本次故障期间缺失的实时采集数据进行恢复。

具体实现时，可先根据记录的故障开始时间和前端采集设备的信息，生成采集数据恢复任务，并按照S202-S204的步骤执行采集数据恢复任务。在此需要说明的是，是否要立即执行新生成的采集数据恢复任务，需要考虑当前系统的运行状态，例如考虑当前CPU使用率、宽带资源以及存储资源等，只有在不影响采集设备发送实时采集数据的情况下，执行新生成的采集数据恢复任务，以此保证采集数据恢复的效率。另外，如果当前还有未执行完的采集数据恢复任务，则先执行未完成的采集数据恢复任务，在执行完毕后，再执行本次生成的采集数据恢复任务。

S202、根据采集数据恢复任务中的故障开始时间，查询本地缺失的目标采集数据。

在网络故障消失后，采集设备会将实时采集的数据发送到后端存储分析设备，因此只需根据故障开始时间和故障结束后新接收的采集数据的最早时间，即可确定缺失采集数据的目标时间段，如此缺失的目标采集数据也即是前端采集设备在目标时间段所采集并存储的数据。

S203、根据采集数据恢复任务中的前端采集设备的信息，查询前端采集设备存储的历史采集数据中是否包括目标采集数据。

S204、若包括，则从前端采集设备存储的历史采集数据中获取目标采集数据，并将目标存储数据存储在本地。

在确定本地缺失的目标采集数据后，若确定前端采集设备存储的历史采集数据中包括目标采集数据，则向前端采集设备发送数据获取请求，该数据获取请求中包括了目标时间段，进而从历史采集数据中获取目标时间段的目标采集数据，并将目标存储数据存储在本地，以完成采集数据的恢复。

S205、根据目标采集数据，对目标监控业务在本次故障期间缺失的业务数据进行恢复。

本公开实施例中，实现了目标采集数据的恢复，为恢复业务数据提供了保证。

进一步的，监控系统稳定运行过程中，若监测到后端存储分析设备与前端采集设备之间的网络状态由正常变更为故障，除了记录故障开始时间和前端采集设备的信息外，若当前正在执行采集数据恢复任务，还需暂停当前正在执行的采集数据恢复任务，同时记录暂停时间点，以便后续网络恢复正常时，可根据暂停时间点继续执行被暂停的采集数据恢复任务。

图3a是根据本公开实施例的又一业务数据恢复方法的流程示意图，本实施例是在上述实施例的基础上，根据目标采集数据，对目标监控业务在本次故障期间缺失的业务数据进行恢复的过程进行细化，参见图3a，业务数据恢复方法具体流程如下：

S301、若监测到与前端采集设备之间的网络状态由故障变更为正常，则从前端采集设备存储的历史采集数据中获取后端存储分析设备在本次故障期间缺失的目标采集数据。

S302、根据目标采集数据的相关信息和目标监控业务的信息，生成目标业务数据恢复任务。

其中，生成的目标业务数据恢复任务中包括目标采集数据的相关信息，例如包括目标采集数据的时间点信息、存储信息、对应的前端采集设备以及其他必要信息，除此之外，还包括目标监控业务的相关信息(例如监控业务的名称等)和任务创建的时间戳。

S303、确定目标业务数据恢复任务的优先级和目标业务数据恢复任务的业务执行路由。

在生成目标业务数据恢复任务后，还需要确定目标业务数据恢复任务的优先级，以便确定不同任务的执行顺序，为高优先级的任务先执行提供保证。除此之外，还确定目标业务数据恢复任务的业务执行路由；其中，业务执行路由用于确定执行目标业务数据恢复任务时，目标采集数据到达目标监控业务的数据流向。通过确定业务路由，使得执行恢复任务时，可减少业务恢复过程中对系统资源的使用，以减少对实时业务的影响以及加快业务的恢复。

进一步的，确定目标业务数据恢复任务的优先级，包括：根据目标监控业务的重要性和/或目标采集数据的属性参数，确定目标业务数据恢复任务的优先级；其中，目标采集数据的属性参数包括时长和开始时间中的至少一项。可选的，可通过对目标监控业务的重要性和目标采集数据的属性参数进行加权求和，确定任务的优先级；需要说明的是，如果目标监控业务的数量为多个，则根据各目标监控业务的重要性均值和目标采集数据的属性参数进行加权求和，确定任务的优先级。示例性的，目标业务数据恢复任务包括至少一个目标监控业务时，目标业务数据恢复任务的优先级可按照如下公式计算：目标业务数据恢复任务的优先级值＝((目标监控业务的重要性均值)*A+(采集数据总时长/(参考时长)*100)*B+(1-(采集数据的开始时间–最早采集数据时间点)/目标业务数据恢复任务创建时间)*100*C+(其它因素)*D)/100。公式中A、B、C、D分别是各目标监控业务的重要性均值、采集数据总时长、采集数据的新旧程度、以及其它因素的权重值，权重值A+B+C+D之和为100，且A、B、C、D均不能为0；其它因素可以是预先确定的。由于系统中越重要的业务，越具有恢复价值，因此可选的，将权重值A的值设置的最大。在实际使用中，可以根据自身对各部分的看重，调整相应的权重值。

进一步的，确定任一目标监控业务的重要性的过程包括：根据目标监控业务的默认重要性、目标监控业务被各视频管理平台订阅的订阅优先级，以及订阅目标监控业务的视频管理平台的数量，确定目标监控业务的重要性。示例性的，可按照如下公式计算：目标监控业务的重要性＝默认重要性*E+(各平台订阅加权平均优先级)*F+(订阅平台个数/最大订阅个数)*G。其中，默认重要性是系统默认的，可用系统默认优先级表示，其取值示例性的为1～5，订阅优先级分为0～5个等级，示例性的，E+F的和为16，且E和F均不能为0，G的值为20，待恢复业务的重要性总值最大计算为100，各平台订阅加权平均优先级等于各平台订阅等级的平方和先相加，再除以订阅平台个数后，再根号开方得到平台订阅的加权平均值。

进一步的，确定目标业务数据恢复任务的业务路由时，可根据任务包括的各目标监控业务可复用的数据和各目标监控业务的类型确定，也可以参考其他信息确定，在此不做具体限定。

示例性的，参见图3b，其示出了构建的业务执行路由的示意图；图中目标业务数据恢复任务包含三个目标监控业务需要恢复，分别是定时/事件抓拍、人脸识别、行为分析，三个监控业务本身都可以复用目标采集数据，可以以此减少采集数据的读取次数以及内存的使用，与此同时，抓图任务和人脸识别任务在业务上还有解码后的YUV数据可以复用。此设计业务执行路由，可减少业务恢复过程中对系统资源的使用，以减少对实时业务的影响以及加快业务的恢复。

S304、将目标业务数据恢复任务添加到任务执行队列中。

S305、若确定目标业务数据恢复任务是任务执行队列中优先级最大的任务，则执行目标业务数据恢复任务，并按照业务执行路由将目标采集数据分发到目标监控业务，使得目标监控业务根据接收的目标采集数据生成相应的业务数据。

本公开实施例中，通过任务优先级可以保证高优先级任务先执行，保证重要的业务数据先恢复；而且通过业务执行路由控制采集数据的流向，使得数据可被复用。

图4是根据本公开实施例的又一业务数据恢复方法的流程示意图，本实施例是在上述实施例的基础上进行细化，参见图4，业务数据恢复方法具体流程如下：

S401、若监测到与前端采集设备之间的网络状态由故障变更为正常，则从前端采集设备存储的历史采集数据中获取后端存储分析设备在本次故障期间缺失的目标采集数据。

S402、根据目标采集数据的相关信息和目标监控业务的信息，生成目标业务数据恢复任务。

S403、确定目标业务数据恢复任务的优先级和目标业务数据恢复任务的业务执行路由；其中，业务执行路由用于确定执行目标业务数据恢复任务时，目标采集数据到达目标监控业务的数据流向。

S404、将目标业务数据恢复任务添加到任务执行队列中。

S405、确定目标业务数据恢复任务是任务执行队列中优先级最大的任务。

在具体的业务调度过程中，可能会出现优先级高的任务当前系统资源无法满足，优先级低的任务，系统资源可满足，但又因优先级原因导致无法执行的情况，最终影响到整体业务的恢复效率。因此，在确定目标业务数据恢复任务是任务执行队列中优先级最大的任务之后，还需要判断当前系统资源是否满足目标业务数据恢复任务的执行；其中，当前系统资源可选的是设备的解码资源以及处理器资源等。

S406、判断当前系统资源是否满足目标业务数据恢复任务的执行。

可选的，先预估执行目标业务数据恢复任务需要消耗的系统资源，进而根据当前系统资源的剩余量，判断当前系统资源是否满足目标业务数据恢复任务的执行。如满足，则执行S407，若不满足，则执行S408。

S407、执行目标业务数据恢复任务。

S408、根据当前系统资源和任务执行队列中其他业务数据恢复任务的优先级，分别计算其他业务数据恢复任务的执行优先级；获取执行优先级最高的新业务数据恢复任务，并执行新业务数据恢复任务。

本公开实施例中，若当前系统资源不满足目标业务数据恢复任务的执行，则需要从任务执行队中在选出一个待执行的恢复任务，且新选出的任务是当前系统资源能够满足该任务执行，且任务优先级最高的任务。在一种可选的实施方式中，将系统的资源状态等级分为空闲、适中、压力、极限4个等级，对应的范围阈值是空闲阈值、适中阈值、压力阈值和极限阈值。极限阈值表示当前系统无法再进行恢复任务，需要等系统资源得到释放才可以继续恢复任务。基于此，按照如下公式，计算任务执行队列中其他业务数据恢复任务的执行优先级：执行优先级＝任务优先级*A+系统资源可利用率*B；其中A、B分别对应的是是其他业务数据恢复任务优先级和系统资源利用率的权重值。系统资源可利用率为该业务数据恢复任务执行时，当前系统资源到极限阈值的差值和预估的系统资源消耗占比的比值，最大为100％，如当前某一系统阈值距离极限值还有10％，若该恢复任务所需要的为20％，则系统资源利用率为(10％/20％)＝50％；若该恢复任务所需的小于10％，则资源可利用率为100％。通过上式可计算出任务执行队列中每个任务的执行优先级，进而获取执行优先级最高的新业务数据恢复任务，并执行新业务数据恢复任务。

本公开实施例中，通过计算任务执行队列中每个任务的执行优先级，进而选出执行优先级最高的任务并执行，由此可避免出现优先级高的任务当前系统资源无法满足，优先级低的任务，系统资源可满足，但又因优先级原因导致无法执行的情况，如此可保证整体业务的恢复效率。

图5是根据本公开实施例的又一业务数据恢复方法的流程示意图，本实施例是在上述实施例的基础上进行细化，参见图5，业务数据恢复方法具体流程如下：

S501、若监测到与前端采集设备之间的网络状态由故障变更为正常，则从前端采集设备存储的历史采集数据中获取后端存储分析设备在本次故障期间缺失的目标采集数据。

S502、根据目标采集数据的相关信息和目标监控业务的信息，生成目标业务数据恢复任务。

S503、确定目标业务数据恢复任务的优先级和目标业务数据恢复任务的业务执行路由；其中，业务执行路由用于确定执行目标业务数据恢复任务时，目标采集数据到达目标监控业务的数据流向。

S504、将目标业务数据恢复任务添加到任务执行队列中。

S505、确定目标业务数据恢复任务是任务执行队列中优先级最大的任务。

S506、判断当前系统资源是否满足目标业务数据恢复任务的执行。

可选的，先预估执行目标业务数据恢复任务需要消耗的系统资源，进而根据当前系统资源的剩余量，判断判断当前系统资源是否满足目标业务数据恢复任务的执行。如满足，则执行S507，若不满足，则执行S508。

S507、执行目标业务数据恢复任务。

S508、根据当前系统资源和任务执行队列中其他业务数据恢复任务的优先级，分别计算其他业务数据恢复任务的执行优先级；获取执行优先级最高的新业务数据恢复任务，并执行新业务数据恢复任务。

S501-S508的过程可参见上述实施例，在此不再赘述。

S509、在执行目标业务数据恢复任务或新业务数据恢复任务的过程中，实时监测剩余的系统资源，并在剩余的系统资源小于预设阈值时，控制目标业务数据恢复任务或新业务数据恢复任务的执行速度。

可选的，在剩余的系统资源小于或等于预设阈值时，表明当前实时业务压力较大，此时可以暂停目标业务数据恢复任务或新业务数据恢复任务的执行，以避免业务数据恢复任务对实时数据的影响。在剩余的系统资源大于预设阈值时，表明当前实时业务压力较小，此时可以继续目标业务数据恢复任务或新业务数据恢复任务的执行。如此不仅可以保证业务数据恢复的效率，还能减少业务数据恢复任务对实时业务的影响。

进一步的，在恢复完目标监控业务所缺失的业务数据之后，对业务数据进行本地存储和/或将业务数据作为历史业务数据上报到订阅目标监控业务的视频管理平台，以保证视频管理平台中业务数据的完整性。需要说明的是，业务数据恢复任务执行过程中产生的业务数据的时间戳是根据采集数据的时间戳计算的，例如按照预设的换算规则计算，而非当前实际的系统时间。

图6是根据本公开实施例的业务数据恢复装置的结构示意图，本实施例可适用于视频监控系统组网中后端存储分析设备与前端采集设备之间因网络异常导致业务数据缺失的场景。该装置配置于后端存储分析设备，如图6所示，该装置具体包括：

检测与恢复模块601，用于若监测到与前端采集设备之间的网络状态由故障变更为正常，则从前端采集设备存储的历史采集数据中获取后端存储分析设备在本次故障期间缺失的目标采集数据；

业务数据恢复模块602，用于根据目标采集数据，对目标监控业务在本次故障期间缺失的业务数据进行恢复。

在上述实施例的基础上，可选的，业务数据恢复模块包括：

业务恢复任务生成单元，用于根据目标采集数据的相关信息和目标监控业务的信息，生成目标业务数据恢复任务；

优先级和业务路由确定单元，用于确定目标业务数据恢复任务的优先级和目标业务数据恢复任务的业务执行路由；其中，业务执行路由用于确定执行目标业务数据恢复任务时，目标采集数据到达目标监控业务的数据流向；

添加单元，用于将目标业务数据恢复任务添加到任务执行队列中；

任务执行单元，用于若确定目标业务数据恢复任务是任务执行队列中优先级最大的任务，则执行目标业务数据恢复任务，并按照业务执行路由将目标采集数据分发到目标监控业务，使得目标监控业务根据接收的目标采集数据生成相应的业务数据。

在上述实施例的基础上，可选的，优先级和业务路由确定单元包括：

优先级确定子单元，用于根据目标监控业务的重要性和/或目标采集数据的属性参数，确定目标业务数据恢复任务的优先级；其中，目标采集数据的属性参数包括时长和开始时间中的至少一项。

在上述实施例的基础上，可选的，还包括重要性确定模块；重要性确定模块用于：

根据目标监控业务的默认重要性、目标监控业务被各视频管理平台订阅的订阅优先级，以及订阅目标监控业务的视频管理平台的数量，确定目标监控业务的重要性。

在上述实施例的基础上，可选的，业务数据恢复模块还包括：

判断单元，用于判断当前系统资源是否满足目标业务数据恢复任务的执行；

第一执行单元，用于若判断结果为是，则执行目标业务数据恢复任务；

第二执行单元，用于若判断结果为否，则根据当前系统资源和任务执行队列中其他业务数据恢复任务的优先级，分别计算其他业务数据恢复任务的执行优先级；获取执行优先级最高的新业务数据恢复任务，并执行新业务数据恢复任务。

在上述实施例的基础上，可选的，还包括：

控制模块，用于在执行目标业务数据恢复任务或新业务数据恢复任务的过程中，实时监测剩余的系统资源，并在剩余的系统资源小于预设阈值时，控制目标业务数据恢复任务或新业务数据恢复任务的执行速度。

在上述实施例的基础上，可选的，还包括：

存储与上报模块，用于在恢复完目标监控业务所缺失的业务数据之后，对业务数据进行本地存储和/或将业务数据作为历史业务数据上报到订阅目标监控业务的视频管理平台。

在上述实施例的基础上，可选的，检测与恢复模块包括：

采集数据恢复任务生成单元，用于若监测到与前端采集设备之间的网络状态由故障变更为正常，则根据记录故障开始时间和前端采集设备的信息，生成采集数据恢复任务；

第一查询单元，用于根据采集数据恢复任务中的故障开始时间，查询本地缺失的目标采集数据；

第二查询单元，用于根据采集数据恢复任务中的前端采集设备的信息，查询前端采集设备存储的历史采集数据中是否包括目标采集数据；

获取与存储单元，用于若历史采集数据中包括目标采集数据，则从前端采集设备存储的历史采集数据中获取目标采集数据，并将目标存储数据存储在本地。

在上述实施例的基础上，可选的，还包括：

记录与暂停模块，用于若监测到与前端采集设备之间的网络状态由正常变更为故障，则记录故障开始时间和前端采集设备的信息，并暂停当前正在执行的采集数据恢复任务。

本公开实施例提供的装置可执行本公开任意实施例提供的业务数据恢复方法，具备执行业务数据恢复方法相应的功能模块和有益效果。本实施例中未详尽描述的内容可以参考本公开任意方法实施例中的描述。

图7是本公开实施例中提供的一种电子设备的结构示意图。本公开实施例中，电子设备示例性的为后端存储分析设备，例如网络视频录像机设备。如图7所示结构，本公开实施例中提供的电子设备包括：一个或多个处理器702和存储器701；该电子设备中的处理器702可以是一个或多个，图7中以一个处理器702为例；存储器701用于存储一个或多个程序；一个或多个程序被一个或多个处理器702执行，使得一个或多个处理器702实现如本公开实施例中任一项的业务数据恢复方法。

该电子设备还可以包括：输入装置703和输出装置704。

该电子设备中的处理器702、存储器701、输入装置703和输出装置704可以通过总线或其他方式连接，图7中以通过总线连接为例。

该电子设备中的存储器701作为一种计算机可读存储介质，可用于存储一个或多个程序，程序可以是软件程序、计算机可执行程序以及模块。处理器702通过运行存储在存储器701中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述方法实施例中业务数据恢复方法。

存储器701可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器701可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器701可进一步包括相对于处理器702远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置703可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置704可包括显示屏等显示设备。

并且，当上述电子设备所包括一个或者多个程序被一个或者多个处理器702执行时，程序进行如下操作：

若监测到与前端采集设备之间的网络状态由故障变更为正常，则从前端采集设备存储的历史采集数据中获取后端存储分析设备在本次故障期间缺失的目标采集数据；

根据目标采集数据，对目标监控业务在本次故障期间缺失的业务数据进行恢复。

当然，本领域技术人员可以理解，当上述电子设备所包括一个或者多个程序被一个或者多个处理器执行时，程序还可以进行本公开任意实施例中所提供的业务数据恢复方法中的相关操作。

本公开的一个实施例中提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时用于执行业务数据恢复方法，该方法包括：

若监测到与前端采集设备之间的网络状态由故障变更为正常，则从前端采集设备存储的历史采集数据中获取后端存储分析设备在本次故障期间缺失的目标采集数据；

根据目标采集数据，对目标监控业务在本次故障期间缺失的业务数据进行恢复。

本公开实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(Random AccessMemory，RAM)、只读存储器(Read Only Memory，ROM)、可擦式可编程只读存储器(ErasableProgrammable Read Only Memory，EPROM)、闪存、光纤、便携式CD-ROM、光存储器件、磁存储器件、或者上述的任意合适的组合。计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于：电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、无线电频率(Radio Frequency，RF)等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言(诸如“C”语言或类似的程序设计语言)。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络(例如包括局域网(LAN)或广域网(WAN))连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本公开的较佳实施例及所运用技术原理。本领域技术人员会理解，本公开不限于这里的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本公开的保护范围。因此，虽然通过以上实施例对本公开进行了较为详细的说明，但是本公开不仅仅限于以上实施例，在不脱离本公开构思的情况下，还可以包括更多其他等效实施例，而本公开的范围由所附的权利要求范围决定。