配电房监控方法、装置、服务器及计算机可读存储介质与流程

本申请属于电力技术领域，尤其涉及一种配电房监控方法、装置、服务器及计算计算可读存储介质。

背景技术：

随着用户用电负荷的增加，用户设备的种类也逐渐增加，特别是一些精密仪器设备对供电质量有较高的要求，保障供电的可靠性和提高供电质量成为各用电用户电工团队的头等大事。

长期以来，用户配电房由于涉及到资产归属及现有的供电企业管理体制等问题，供电企业对于用电用户配电房都是只管到进线端为止，配电房的日常运维管理工作全部由用户自己独立承担。然而，人为管理的处理效率较低，且往往受限于用户自身配备的专业人员配备不足、检测手段有限，设备智能自动化水平低等因数的影响，很难做到供电风险提前预知和防范，甚至一些运维管理工作的人员专业性不足，处理异常事故经验有限，可能在紧急事件中慌乱导致错误操作，引发更大的事故，导致用户的供电可靠性较低。

技术实现要素：

有鉴于此，本申请实施例提供一种配电房监控方法、装置、服务器及计算计算可读存储介质，以解决现有技术中故障处理效率和供电可靠性较低的问题。

本申请实施例的第一方面提供一种配电房监控方法，包括:

获取配电房运行数据；

根据所述运行数据，判断所述配电房是否发生故障；

当所述配电房发生故障时，根据所述运行数据，确定故障类型；

根据所述故障类型，下发相应操控指令，以执行相应故障处理操作。

结合第一方面，在一种可行的实现中，所述根据所述运行数据，确定故障类型，包括：

将所述运行数据和预存储的故障起因信息进行比对，判断所述运行数据是否符合预设常规故障条件；

当所述运行数据符合所述预设常规故障条件时，所述故障类型为常规故障；

当所述运行数据不符合所述预设常规故障条件时，所述故障类型为非常规故障。

结合第一方面，在一种可行的实现中，所述根据所述故障类型，下发相应操控指令，以执行相应故障处理操作，包括：

当所述故障类型为所述常规故障时，根据预先存储的处理流程信息，下发第一操控指令至所述配电房的控制终端，以使所述控制终端根据所述第一操控指令向相应的执行终端发送控制指令；

当所述故障类型为非常规故障时，将故障信息提交至专家智库团队；

接收所述专家智库团队根据所述故障信息确定的事件类型信息；

根据所述事件类型信息，执行相应的应对操作。

结合第一方面，在一种可行的实现中，所述根据所述事件类型信息，执行相应的应对操作，包括：

当所述事件类型信息为第一类事件时，根据预先存储的处理流程信息，下发所述第一操控指令至所述配电房的控制终端，以使所述控制终端根据所述第一操控指令向相应的执行终端发送控制指令；

当所述事件类型信息为第二类事件时，下发第二操控指令；

根据所述第二操控指令，将故障信息发送至所述配电房对应的运维人员。

结合第一方面，在一种可行的实现中，所述获取配电房运行数据，包括：

获取实时采集的所述配电房的所述运行数据；

所述运行数据包括遥测数据、遥脉数据以及遥信数据，所述遥测数据包括工况数据、电能质量数据以及环境数据，所述遥脉数据包括电能量数据，所述遥信数据包括设备开关量数据和门禁状态数据。

本申请实施例的第二方面提供一种配电房监控装置，包括：

运行数据获取模块，用于获取配电房运行数据；

判断模块，用于根据所述运行数据，判断所述配电房是否发生故障；

确定模块，用于当所述配电房发生故障时，根据所述运行数据，确定故障类型；

下发模块，用于根据所述故障类型，下发相应操控指令，以执行相应故障处理操作。

结合第二方面，在一种可行的实现中，所述确定模块包括：

判断单元，用于将所述运行数据和预存储的故障起因信息进行比对，判断所述运行数据是否符合预设常规故障条件；

第一确定单元，用于当所述运行数据符合所述预设常规故障条件时，所述故障类型为常规故障；

第二确定单元，用于当所述运行数据不符合所述预设常规故障条件时，所述故障类型为非常规故障。

结合第二方面，在一种可行的实现中，所述下发模块包括：

第一下发单元，用于当所述故障类型为所述常规故障时，根据预先存储的处理流程信息，下发第一操控指令至所述配电房的控制终端，以使所述控制终端根据所述第一操控指令向相应的执行终端发送控制指令；

提交单元，用于当所述故障类型为非常规故障时，将故障信息提交至专家智库团队；

接收单元，用于接收所述专家智库团队根据所述故障信息确定的事件类型信息；

执行单元，用于根据所述事件类型信息，执行相应的应对操作。

结合第二方面，在一种可行的实现中，所述执行单元包括：

第一下发子单元，用于当所述事件类型信息为第一类事件时，根据预先存储的处理流程信息，下发所述第一操控指令至所述配电房的控制终端，以使所述控制终端根据所述第一操控指令向相应的执行终端发送控制指令；

第二下发子单元，用于当所述事件类型信息为第二类事件时，下发第二操控指令；

发送子单元，用于根据所述第二操控指令，将故障信息发送至所述配电房对应的运维人员。

结合第二方面，在一种可行的实现中，所述运行数据获取模块包括：

实时获取单元，用于获取实时采集的所述配电房的所述运行数据；

所述运行数据包括遥测数据、遥脉数据以及遥信数据，所述遥测数据包括工况数据、电能质量数据以及环境数据，所述遥脉数据包括电能量数据，所述遥信数据包括设备开关量数据和门禁状态数据。

本申请实施例的第三方面提供一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面任一项所述方法的步骤。

本申请实施例的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面任一项所述方法的步骤。

本申请实施例与现有技术相比存在的有益效果是：

本申请实施例通过根据配电房运行数据，自动判别故障类型，并根据故障类型自动下发相应的操控指令，不用人为监控处理，提高了故障处理效率；通过运行数据自动识别故障类型，下发相应的操控指令，实现自动化监控，不需要配备专业的运维人员，提高了供电可靠性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的配电房运维系统架构示意框图；

图2为本申请实施例提供的一种配电房监控方法的流程示意框图，；

图3为本申请实施例提供的一种配电房监控方法的另一种流程示意框图；

图4为本申请实施例提供的一种配电房监控装置的结构示意框图；

图5为本申请实施例提供的服务器的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

在介绍本申请实施例提供的具体流程之前，首先对本申请实施例可能涉及的系统架构进行介绍说明。

参见图1示出的配电房运维系统架构示意框图，该系统包括专家智库团队、云平台和至少一个配电房，每个配电房内包括有智能网关、遥测采集点、遥信采集点以及遥控输出点等。云平台和智能网关通信连接，智能网关和各个采集点、输出点通信连接。

云平台由一个或多个服务器组成，其具体可以为安全性高、可靠性强、响应速度快的商业级云服务平台，安装有专业定制的主站软件，可以实现数据采集、数据存储、异常告警、风险预测、故障诊断、事件推送、线下联动、远程遥控指令下发、数据查询等功能。智能网关可以实现上行与云平台进行网络通信，下行与各采集点设备进行通信。各个采集点设备可以实时采集配电房的实时运行工况数据，各执行终端可以执行云平台下发的控制指令。智能网关和云平台之间、智能网关和配电房的各智能终端之间的通信方式可以是任意的。例如，智能网关和云平台之间的通信方式为4g无线通信，智能网关和各智能终端间的通信方式是物联网通信。

专家智库团队依托于云平台提供相应的决策，一般遇到一些起因不明、定性不清或者是性质比较严重的事故时，云平台无法主动下发相应处理指令，此时需要后台的专家智库团队根据相应的数据，明确事故定性和处理方法，再由专家智库团队手动下发远程操控指令，以进行事故处理。

需要说明的是，上述提及的系统架构以及系统架构内的各个组成部件是示例性，并不造成对本申请实施例的系统架构、各组成部分的具体表现形式的限定。例如，上述智能网关还可以替换为其它具备通信功能的设备。

在介绍完本申请实施例可能涉及的系统架构之后，下面将对本申请实施例提供的具体技术方案作详细介绍。为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

实施例一

请参见图2，为本申请实施例提供的一种配电房监控方法的流程示意框图，该方法可以包括以下步骤：

步骤s201、获取配电房运行数据。

具体地，云服务器获取配电房采集的运行数据，该运行数据可以由预先设置在配电房的各个采集点设备采集后，通过通信模块上传至云服务器。而所采集的运行数据可以是实时采集，即，云服务器实时获取到配电房的运行工况数据，以对配电房实现实时全天候监控。当然，运行数据也可以不是实时采集的。

在一实施例中，本步骤，即，上述获取配电房运行数据的具体过程可以例如为：获取实时采集的配电房的运行数据；运行数据包括遥测数据、遥脉数据以及遥信数据，遥测数据包括工况数据、电能质量数据以及环境数据，遥脉数据包括电能量数据，遥信数据包括设备开关量数据和门禁状态数据。

其中，工况数据是指表征配电房的基本工况的数据，其可以包括但不限于电压、电流、功率以及接地检测等。电能质量数据可以包括但不限于频率、谐波、畸变率以及不平衡度等。环境数据是指通过环境传感器采集到的数据，其尅有包括但不限于温湿度、烟雾、红外探测以及水位等。

其数据采集点包括基本电能计量点，还包括母线排、分支回路、所有分支节点开关、接地故障监控点等。

可以看出，数据采集点多面广且数据采集实时全面，可以为后续的故障诊断、故障处理提供强有力的数据支撑，进一步提高故障诊断和故障处理的可靠性和处理效率。

步骤s202、根据运行数据，判断配电房是否发生故障。当配电房发生故障时，进入步骤s203，当配电房没有发生故障，则继续根据获得的运行数据进行故障判断。

可以理解的是，配电房发生故障时，相应的运行数据会发生异常，可以预先录入各类运行数据对应的合理范围数值，当运行数据不在该设定的合理范围数值内，则可以判定配电房当前发生故障。

步骤s203、根据运行数据，确定故障类型。

在判定出现故障以后，云服务器需要自动根据运行数据，确定故障类型，以采取与该故障类型相对应的处理措施。

需要说明的是，故障类型可以包括常规故障和非常规规则。常规故障是指供电过程中比较常见的故障，该故障事故的定性和起因都比较明确，且也形成了相应固定的处理流程。非常规故障是指一些定性不明确、起因比较复杂的异常事故，该事故难以通过某个或者某几个因素来确定相应处理方式。

常规故障的起因和处理流程都是比较明确、固定的，可以将所有的常规规则的处理方法、起因等相关信息集成到云服务器中。因此，具体可以通过将运行数据与云服务器预先存储的起因信息等进行比对，当有相关的故障时，则可以将故障判定为常规故障，反之，比对之后，如果没有发现相关或一致的故障时，则可以将故障判定为非常规故障。

例如，对于三相不平衡事故，其事故起因是三相负载不均衡从而导致供电中断。当所采集的运行数据中的三相负载数据之间的差值超出某个预先设定的合理数值范围时，则可以将该故障判定为三相不平衡事故，而三相不平衡事故属于常规故障。

步骤s204、根据故障类型，下发相应操控指令，以执行相应故障处理操作。

确定出故障类型之后，可以根据相应故障类型的处理流程，生成并下发相应的操控指令，以对该故障进行相应处理。

当为常规故障时，则可以根据具体故障种类对应的处理流程进行，例如，当为三相不平衡事故时，其主要目的是为了尽快恢复整体供电，必须把负载过重的那一相线路中一些优先级别较低的负载执行拉闸处理，然后立即恢复整体供电。而执行拉闸处理可以具体通过云服务器下发操控指令至配电房的智能网关，智能网关接收到该操控指令后实时输出相应的控制信号到各执行单元。执行单元包括各类遥控开关、断路器等。例如，分支回路开关、负荷开关、无功补偿装置投切开关、风机控制开关以及门禁开关等。

当为非常规故障时，则可以将相应的异常信息提交至后台专家智库团队，由专家智库团队根据异常数据信息，确定事故定性和处理方式，再由专家智库团队手动通过云服务器下发相应的远程操控指令，以进行相应的事故处理。

本实施例通过根据配电房运行数据，自动判别故障类型，并根据故障类型自动下发相应的操控指令，不用人为监控处理，提高了故障处理效率；通过运行数据自动识别故障类型，下发相应的操控指令，实现自动化监控，不需要配备专业的运维人员，提高了供电可靠性。

实施例二

请参见图3，为本申请实施例提供的一种配电房监控方法的另一种流程示意框图，该方法可以包括以下步骤：

步骤s301、获取配电房运行数据。

步骤s302、根据运行数据，判断配电房是否发生故障。当配电房发生故障时，进入步骤s303，当配电房没有发生故障，则继续根据获得的运行数据进行故障判断。

步骤s303、将运行数据和预存储的故障起因信息进行比对，判断运行数据是否符合预设常规故障条件；当运行数据符合预设常规故障条件时，故障类型为常规故障，进入步骤s304；当运行数据不符合预设常规故障条件时，故障类型为非常规故障，进入步骤s305。

可以理解的是，上述故障起因信息是指造成常规故障的故障起因的相关信息。例如，三相负载不均衡事故的起因为三相负载不均衡。可以将各类常规故障的事故起因的相关信息预先存储在云服务器，并与相应的故障类型相关联。

上述预设常规故障条件是指表征故障是否为常规故障的条件，其可以具体表现为云服务器内是否存在与异常运行数据相对应或者相关联的故障起因信息。

步骤s304、根据预先存储的处理流程信息，下发第一操控指令至配电房的控制终端，以使控制终端根据第一操控指令向相应的执行终端发送控制指令。

可以理解的是，当故障为常规故障时，则可以根据预先集成在云服务器的处理流程进行相应处理。

上述控制终端是指具有接收云服务器下发的操控指令，并将该操控指令实时输出至相应执行终端的终端，其例如可以为智能网关。上述执行终端是指具体执行操控指令的终端，其可以包括各类遥控开关和短路等。

步骤s305、将故障信息提交至专家智库团队。

当故障为非常规故障时，则可以提交至后台专家智库团队，由专家智库团队进行判断和确定处理措施。

步骤s306、接收专家智库团队根据故障信息确定的事件类型信息。

需要说明的是，上述事件类型信息可以包括紧急事件和非紧急事件。其中，对于一些需要分析研判事故性质、查明事故起因后才能做出相应处理，且如果冒然处理恢复供电可能会造成供电网络、设备的二次损伤，甚至会造成更加严重的后果，将这类事件定性为紧急事件。例如，电网线路短路、接地故障、环境温度异常或者水位监测异常等。而对于一些不至于造成严重后果的事件，则定性为非紧急事件。例如，过载事件，在不做任何处理的情况下再次恢复供电可能面临再次停电的风险，但再次停电也不至于造成严重后果。

步骤s307、根据事件类型信息，执行相应的应对操作。

对于非紧急事件，可以按照与常规故障类似的流程进行处理，即，专家智库团队通过云服务器下发相应操控指令至配电房，配电房根据该操控指令，执行相应的处理。

对于紧急事件，可以通知该配电房附近区域的运维巡查人员进行现场勘查，上门处理，以达到恢复供电的最终目的。

在一实施例中，上述根据事件类型信息，执行相应的应对操作的具体过程可以包括：当事件类型信息为第一类事件时，根据预先存储的处理流程信息，下发第一操控指令至配电房的控制终端，以使控制终端根据第一操控指令向相应的执行终端发送控制指令；当事件类型信息为第二类事件时，下发第二操控指令；根据第二操控指令，将故障信息发送至配电房对应的运维人员。

需要说明的是，上述第一类事件为非紧急事件，第二类事件为紧急事件。

可以看出，本实施例通过根据配电房运行数据，自动判别故障类型，并根据故障类型自动下发相应的操控指令，不用人为监控处理，提高了故障处理效率；通过运行数据自动识别故障类型，下发相应的操控指令，实现自动化监控，不需要配备专业的运维人员，提高了供电可靠性。对于一些定性困难、处理复杂的事故，通过专家智库团队线上线下相互协作，实现配电房的常规故障、非常规故障的自动处理，提高运维系统的智能化和自动化。

需要说明的是，本实施例与上述实施例一的相同之处，可参见上文相应内容，在此不再赘述。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例三

请参见图4，为本申请实施例提供的一种配电房监控装置的结构示意框图，该装置可以包括：

运行数据获取模块41，用于获取配电房运行数据；

判断模块42，用于根据运行数据，判断配电房是否发生故障；

确定模块43，用于当配电房发生故障时，根据运行数据，确定故障类型；

下发模块44，用于根据故障类型，下发相应操控指令，以执行相应故障处理操作。

在一种可行的实现中，上述确定模块可以包括：

判断单元，用于将运行数据和预存储的故障起因信息进行比对，判断运行数据是否符合预设常规故障条件；

第一确定单元，用于当运行数据符合预设常规故障条件时，故障类型为常规故障；

第二确定单元，用于当运行数据不符合预设常规故障条件时，故障类型为非常规故障。

在一种可行的实现中，上述下发模块可以包括：

第一下发单元，用于当故障类型为常规故障时，根据预先存储的处理流程信息，下发第一操控指令至配电房的控制终端，以使控制终端根据第一操控指令向相应的执行终端发送控制指令；

提交单元，用于当故障类型为非常规故障时，将故障信息提交至专家智库团队；

接收单元，用于接收专家智库团队根据故障信息确定的事件类型信息；

执行单元，用于根据事件类型信息，执行相应的应对操作。

在一种可行的实现中，上述执行单元可以包括：

第一下发子单元，用于当事件类型信息为第一类事件时，根据预先存储的处理流程信息，下发第一操控指令至配电房的控制终端，以使控制终端根据第一操控指令向相应的执行终端发送控制指令；

第二下发子单元，用于当事件类型信息为第二类事件时，下发第二操控指令；

发送子单元，用于根据第二操控指令，将故障信息发送至配电房对应的运维人员。

在一种可行的实现中，上述运行数据获取模块可以包括：

实时获取单元，用于获取实时采集的配电房的运行数据；

运行数据包括遥测数据、遥脉数据以及遥信数据，遥测数据包括工况数据、电能质量数据以及环境数据，遥脉数据包括电能量数据，遥信数据包括设备开关量数据和门禁状态数据。

需要说明的是，本实施例为与上述各个方法实施例对应的装置实施例，相关介绍说明请参见上述各个方法实施例，在此不再赘述。

本实施例中，通过根据配电房运行数据，自动判别故障类型，并根据故障类型自动下发相应的操控指令，不用人为监控处理，提高了故障处理效率；通过运行数据自动识别故障类型，下发相应的操控指令，实现自动化、智能化监控，不需要配备专业的运维人员，提高了供电可靠性。

实施例四

图5是本申请一实施例提供的服务器的示意图。如图5所示，该实施例的服务器5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。所述处理器50执行所述计算机程序52时实现上述各个配电房监控方法实施例中的步骤，例如图1所示的步骤s101至s104。或者，所述处理器50执行所述计算机程序52时实现上述各装置实施例中各模块或单元的功能，例如图4所示模块41至44的功能。

示例性的，所述计算机程序52可以被分割成一个或多个模块或单元，所述一个或者多个模块或单元被存储在所述存储器51中，并由所述处理器50执行，以完成本申请。所述一个或多个模块或单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述服务器5中的执行过程。例如，所述计算机程序52可以被分割成运行数据获取模块、判断模块、确定模块以及下发模块，各模块具体功能如下：

运行数据获取模块，用于获取配电房运行数据；判断模块，用于根据运行数据，判断配电房是否发生故障；确定模块，用于当配电房发生故障时，根据运行数据，确定故障类型；下发模块，用于根据故障类型，下发相应操控指令，以执行相应故障处理操作。

所述服务器可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是服务器5的示例，并不构成对服务器5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器还可以包括输入输出设备、网络接入设备、总线等。

所称处理器50可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述服务器5的内部存储单元，例如服务器5的硬盘或内存。所述存储器51也可以是所述服务器5的外部存储设备，例如所述服务器5上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器51还可以既包括所述服务器5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述服务器所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置、服务器和方法，可以通过其它的方式实现。例如，以上所描述的装置、服务器实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块或单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。